J'ai une adresse IP STATIQUE sur mon réseau.
Je peux envoyer une requête ping à l'un des serveurs 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
Mais je ne peux résoudre aucun nom d'hôte:
root@napajohn:~# ping www.google.com
ping: unknown host www.google.com
Je dois noter que je suis derrière un proxy, mais cela ne devrait pas affecter la résolution des noms. Je ne peux pas non plus résoudre le nom de mon proxy.
Voici le contenu de mon fichier / 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
Voici le contenu de mon fichier / etc / networks:
root@napajohn:~# cat /etc/networks
default 0.0.0.0
loopback 127.0.0.0
link-local 169.254.0.0
Voici le contenu de mon fichier / 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
Voici le contenu de mon fichier /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
Quelques sorties de différentes commandes:
Une:
root@napajohn:~# getent hosts
127.0.0.1 localhost
127.0.0.1 localhost ip6-localhost ip6-loopback
127.0.0.1 napadev
Deux:
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
Trois:
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
Quatre:
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
Cinq:
root@napajohn:~# grep -riI name-server /etc
root@napajohn:~# grep -riI nameserver /etc
/etc/services:nameserver 42/tcp name # IEN 116
Six:
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)
J'ai passé quelques heures à essayer de comprendre les causes potentielles de ce problème, mais d'après ce que j'ai lu et essayé jusqu'à présent, tout semble normal (comme ce que les gens ont suggéré dans d'autres threads est déjà bien / existe sur ma machine), sauf que je n'ai pas de fichier /etc/named.conf ni de fichier /etc/resolv.conf. Je pourrais les créer (comment pourrais-je même savoir quoi mettre?) Mais je ne pense pas que cela résoudrait le problème. Suggestions?
Je cours:
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
Modifier 1, après le commentaire 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
la source
Réponses:
Vous avez besoin du fichier /etc/resolv.conf. Il indique au serveur quels serveurs de noms utiliser comme résolveurs. Je soupçonne que votre serveur essaie actuellement de s'utiliser lui-même et que vous n'avez pas nommé configuré pour agir comme résolveur.
Demandez à votre FAI ou à votre hébergeur quels serveurs de noms utiliser comme résolveurs. Si tout le reste échoue, mettez ce qui suit dans /etc/resolv.conf, ces deux devraient fonctionner:
la source