Tengo una dirección IP ESTÁTICA en mi red.
Puedo hacer ping a uno de los servidores de Google:
root@napajohn:~# ping 74.125.224.72
PING 74.125.224.72 (74.125.224.72) 56(84) bytes of data.
64 bytes from 74.125.224.72: icmp_req=2 ttl=49 time=76.5 ms
64 bytes from 74.125.224.72: icmp_req=3 ttl=49 time=75.6 ms
64 bytes from 74.125.224.72: icmp_req=4 ttl=49 time=76.6 ms
64 bytes from 74.125.224.72: icmp_req=5 ttl=49 time=76.6 ms
Pero no puedo resolver ningún nombre de host:
root@napajohn:~# ping www.google.com
ping: unknown host www.google.com
Debo señalar que estoy detrás de un proxy, pero eso no debería afectar la no resolución de nombres. Tampoco puedo resolver el nombre de mi proxy.
Estos son los contenidos de mi archivo / etc / hosts:
root@napajohn:~# cat /etc/hosts
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.0.1 napadev
Estos son los contenidos de mi archivo / etc / networks:
root@napajohn:~# cat /etc/networks
default 0.0.0.0
loopback 127.0.0.0
link-local 169.254.0.0
Estos son los contenidos de mi archivo / etc / network / interfaces:
root@napajohn:~# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
#default bootstrap static address
auto eth0
#iface eth0 inet dhcp
iface eth0 inet static
address 129.83.161.162
netmask 255.255.255.0
gateway 129.83.161.254
Este es el contenido de mi archivo /etc/netswitch.conf:
root@napajohn:~# cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
Algunos resultados de varios comandos:
Uno:
root@napajohn:~# getent hosts
127.0.0.1 localhost
127.0.0.1 localhost ip6-localhost ip6-loopback
127.0.0.1 napadev
Dos:
root@napajohn:~# find / -name resolv*
/usr/lib/gcc/4.4.7/gcc-4.4.7/gcc/fortran/resolve.c
/usr/share/vim/vim72/syntax/resolv.vim
Tres:
root@napajohn:~# find / -name named.*
/usr/lib/gcc/4.4.7/gcc-4.4.7/gcc/testsuite/g++.dg/cpp0x/named.C
/usr/share/vim/vim72/syntax/named.vim
Cuatro:
root@napajohn:~# grep -riI dns /etc
/etc/insserv.conf:$named +named +dnsmasq +lwresd +bind9 $network
/etc/lynx-cur/lynx.cfg:# until a valid Internet host is created, based on a successful DNS
/etc/lynx-cur/lynx.cfg:# no-proxy zones in the DNS domain name space. If a tail substring of the
/etc/services:mdns 5353/tcp # Multicast DNS
/etc/services:mdns 5353/udp # Multicast DNS
/etc/udhcpd.conf:# as the dns option, they can be listed on the same line, or multiple
/etc/udhcpd.conf:opt dns 192.168.10.2 192.168.10.10
/etc/udhcpd.conf:option dns 129.219.13.81 # appened to above DNS servers for a total of 3
/etc/udhcpd.conf:#opt dns
/etc/profile.d/napa_config.sh:#export NAPA_DNS='192.168.42.1'
/etc/ssl/certs/Verisign_Time_Stamping_Authority_CA.pem:/OB4naCTuQk9I1F/RMIUdNsKvsvJMDRAmD7Q1yUQgZS9B0+c1lQn3y6ov8uQjI11
/etc/ssl/certs/95750816.0:/OB4naCTuQk9I1F/RMIUdNsKvsvJMDRAmD7Q1yUQgZS9B0+c1lQn3y6ov8uQjI11
/etc/ssl/certs/a3896b44.0:9f/uKuDp6bpbZCKamm8sOiZpUQWZJtzVHGpxxpp9Hp3dfGzGjGdnSj74cbAZJ6kJ
/etc/ssl/certs/DigiCert_Assured_ID_Root_CA.pem:VYcgoc/lbQrISXwxmDNsIumH0DJaoroTghHtORedmTpyoeb6pNnVFzF1roV9Iq4/
/etc/ssl/certs/69105f4f.0:VYcgoc/lbQrISXwxmDNsIumH0DJaoroTghHtORedmTpyoeb6pNnVFzF1roV9Iq4/
/etc/ssl/certs/ca-certificates.crt:VYcgoc/lbQrISXwxmDNsIumH0DJaoroTghHtORedmTpyoeb6pNnVFzF1roV9Iq4/
/etc/ssl/certs/ca-certificates.crt:9f/uKuDp6bpbZCKamm8sOiZpUQWZJtzVHGpxxpp9Hp3dfGzGjGdnSj74cbAZJ6kJ
/etc/ssl/certs/ca-certificates.crt:/OB4naCTuQk9I1F/RMIUdNsKvsvJMDRAmD7Q1yUQgZS9B0+c1lQn3y6ov8uQjI11
/etc/ssl/certs/Security_Communication_Root_CA.pem:9f/uKuDp6bpbZCKamm8sOiZpUQWZJtzVHGpxxpp9Hp3dfGzGjGdnSj74cbAZJ6kJ
/etc/ssl/certs/6f5d9899.0:VYcgoc/lbQrISXwxmDNsIumH0DJaoroTghHtORedmTpyoeb6pNnVFzF1roV9Iq4/
/etc/ssl/certs/6f5d9899.0:9f/uKuDp6bpbZCKamm8sOiZpUQWZJtzVHGpxxpp9Hp3dfGzGjGdnSj74cbAZJ6kJ
/etc/ssl/certs/6f5d9899.0:/OB4naCTuQk9I1F/RMIUdNsKvsvJMDRAmD7Q1yUQgZS9B0+c1lQn3y6ov8uQjI11
/etc/ssh/ssh_config:# GSSAPITrustDNS no
/etc/nsswitch.conf:hosts: files dns
Cinco:
root@napajohn:~# grep -riI name-server /etc
root@napajohn:~# grep -riI nameserver /etc
/etc/services:nameserver 42/tcp name # IEN 116
Seis:
root@napajohn:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:15:c9:28:e3:96
inet addr:129.83.161.162 Bcast:129.83.161.255 Mask:255.255.255.0
inet6 addr: fe80::215:c9ff:fe28:e396/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16863 errors:0 dropped:0 overruns:0 frame:0
TX packets:128 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1586688 (1.5 MiB) TX bytes:13557 (13.2 KiB)
Interrupt:80
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:900 errors:0 dropped:0 overruns:0 frame:0
TX packets:900 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:72008 (70.3 KiB) TX bytes:72008 (70.3 KiB)
He pasado un par de horas tratando de descubrir las posibles causas de este problema, pero por lo que he leído y probado hasta ahora, todo parece normal (ya que en lo que la gente ha sugerido en otros hilos ya está bien / existe en mi máquina), excepto que no tengo un archivo /etc/named.conf ni tengo un archivo /etc/resolv.conf. Podría crearlos (¿cómo sabría qué poner?) Pero no creo que eso resuelva el problema. Sugerencias?
Estoy corriendo:
root@napajohn:~# cat /etc/debian_version
6.0.3
root@napajohn:~# uname -a
Linux napajohn 2.6.34 #4 Mon Oct 31 16:41:13 EDT 2011 armv7l GNU/Linux
Edición 1, después del comentario de strkol:
root@napajohn:~# echo "nameserver 8.8.8.8" > /etc/resolv.conf
root@napajohn:~# ping www.google.com
ping: unknown host www.google.com
networking
dns
debian
John E
fuente
fuente
Respuestas:
Necesita el archivo /etc/resolv.conf. Le dice al servidor qué servidores de nombres usar como solucionadores. Sospecho que su servidor actualmente está tratando de usarse y no tiene el nombre configurado para actuar como un solucionador.
Pregúntele a su ISP o proveedor de alojamiento qué servidores de nombres usar como solucionadores. Si todo lo demás falla, coloque lo siguiente en /etc/resolv.conf, estos dos deberían funcionar:
fuente