Probleme resolution de nom aleatoire:

ping, nslookup et dig passent mais pas lynx ni traceroute. Une idee?

$ ping google.com
PING google.com (74.125.45.100) 56(84) bytes of data.
64 bytes from yx-in-f100.google.com (74.125.45.100): icmp_seq=1 ttl=244 time=136 ms

$ nslookup google.com
Server: 212.27.40.240
Address: 212.27.40.240#53

Non-authoritative answer:
Name: google.com
Address: 74.125.67.100
Name: google.com
Address: 209.85.171.100
Name: google.com
Address: 74.125.45.100

$ dig google.com
;; ANSWER SECTION:
google.com. 127 IN A 209.85.171.100
google.com. 127 IN A 74.125.45.100
google.com. 127 IN A 74.125.67.100

$traceroute google.com
google.com: Nom ou service inconnu
Cannot handle “host” cmdline arg `google.com’ on position 1 (argc 1)

$lynx google.com
Recherche google.com premier
Recherche www.google.com.com, analyse en cours…
Recherche www.google.com.com
Impossible de localiser l’hôte distant www.google.com.com
Alerte! : Impossible d’établir une connexion à l’hôte distant

lynx : accès impossible au fichier de départ google.com.com/

$ lynx google.com

Salut,

Laisse nous deviner à travers quel pare-feu, rooter, et autres passent ta connexion :slightly_smiling:

si tu lis tes propres citations, tu verras que l’on te demande juste de donner des noms complets (www.google.com au lieu de google.com)

Il pourrait y avoir un problème avec la configuration du resolver de la libc (/etc/resolv.conf, /etc/host.conf, /etc/nsswitch.conf) que n’utilisent pas les outils de test DNS comme dig. Les doubles “.com.com” sont-ils vraiment issus des commandes ?

Conseil pratique : comme le forum a tendance à modifier les éléments de texte qui ressemblent à un nom de site pour les transformer en URL (exemple : debian.org ce n’est pas moi qui ai mis la balise URL ni le http devant), il vaut mieux inclure les commandes et les réponses dans des blocs de [ code ].