ubuntu host versus windows ping -a Fermé

Question

Bonjour,

sur mon reseau, la commande host 192.168.1.2 m'affiche  
2.1.168.192.in-addr.arpa. not found: 3(NXDOMAIN)

alors que ping -a 192.168.1.2 me donne le nom du host

ça fais 2 mois que je me casse la tete et je ne comprends pas pourquoi ça ne marche pas


merci à tous

mamiemando · Answer

Oui mais ping suivi du nom de l'host marche-t'il ?
Que donne nslookup ?
Quel genre de dns utilises-tu ?

Bonne chance

mamiemando · Answer

A priori le DNS n'est pas forcément l'IP de ta passerelle. Cependant, ton DNS doit être routable. Exemple :

(mando@aldur) (~) $ nslookup www.google.fr
Server:         80.10.246.1
Address:        80.10.246.1#53

Non-authoritative answer:
www.google.fr   canonical name = www.google.com.
www.google.com  canonical name = www.l.google.com.
Name:   www.l.google.com
Address: 209.85.227.106
Name:   www.l.google.com
Address: 209.85.227.104
...
Le DNS est ici 80.10.246.1. Si on regarde les routes :

(mando@aldur) (~) $ /sbin/route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth1
... la première route dit "tout ce qui commence par 192.168.1.* est dans le sous réseau d'eth1, ce qui inclue la passerelle (192.168.1.1). La seconde route (route par défaut) dit que tout (sous-entendu toutes les autres adresses qui ne sont pas déjà routées) est routé via la passerelle 192.168.1.1 via eth1. C'est cette route qui est utilisée pour joindre le DNS (80.10.246.1). Linux se demande alors comment joindre 192.168.1.1 et utilise alors la première route.

Le DNS répond que google a pour IP (209.85.227.106), et par le même procédé on finit par conclure que pour joindre google, on va envoyer du trafic à eth1 via 192.168.1.1.

Dans ton cas il faut regarder si ton DNS est routable. Celui-ci est spécifié dans /etc/resolv.conf. Ce fichier est automatiquement généré à la fin de chaque requête DHCP (qui par la même occasion te distribue une IP locale visible en tapant "/sbin/ifconfig -a" et des routes).

Pour ce qui est de wins voir ici :
https://fr.wikipedia.org/wiki/Windows_Internet_Naming_Service
... mais à mon avis il vaut mieux essayer de voir pourquoi ton DNS n'est pas joignable. Reporte-moi le résultat de :
cat /etc/resolv.conf
/sbin/route -n
Bonne chance

mamiemando · Answer

Comme tu peux le voir il y a une route bancale (issue d'une requête DHCP qui a échoué). Essaye de couper ton interface et de récupérer des routes propres :

sudo ifdown wlan0
sudo ifup wlan0
sudo dhclient wlan0

Normalement ton dhclient doit finir par DHCPACK sinon ça venir que tu ne parviens pas à te connecter proprement à ton routeur. À la suite du dhclient tu devrais voir ce genre de chose :

Internet Systems Consortium DHCP Client V3.1.2p1
Copyright 2004-2009 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/xxx
Sending on   LPF/xxx
Sending on   Socket/fallback
DHCPDISCOVER on xxx to 255.255.255.255 port 67 interval 8
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth1 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.10 -- renewal in 250755 seconds.

Ici ma passerelle 192.168.1.1 m'a donné pour IP locale 192.168.1.10 (+ les routes et DNS qui vont avec). Normalement tu dois alors pouvoir pinguer le routeur.

(mando@aldur) (~) $ ping -c2 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.670 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.589 ms

--- 192.168.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.589/0.629/0.670/0.047 ms


Vu ton fichier r/etc/resolv.conf ça ressemble à une livebox (confirme moi quel type de routeur tu utilises), donc celle-ci fait effectivement office de relai DNS et interroge elle même les DNS orange. Malheureusement (je n'ai pas vérifié si le bug avait été corrigé dernièrement), le relai DNS marche particulièrement mal avec linux et il vaut mieux interroger directement les DNS orange. Normalement, tu peux les voir dans la configuration de ton routeur (lgin admin, pass admin par défaut) :
http://192.168.1.1

Une fois tes DNS repérés va dans /etc/dhcp3/dhclient.conf :

sudo nano /etc/dhcp3/dhclient.conf

et ajoute la ligne (en supposant que tes DNS soient 80.10.246.130 et 81.253.149.10) :

supersede domain-name-servers 80.10.246.130, 81.253.149.10;

Sauve et quitte (ctrl x), puis refais ta requête DHCP :

sudo dhclient wlan0

À présent si tu regardes le contenu de /etc/resolv.conf est écrasé (qui est écrasé à chaque requête DHCP c'est-à-dire à chaque fois que tu fais un dhclient, en particulier quand tu démarres ton linux). Désormais tu peux constater que ce sont bien les DNS spécifiés dans /etc/dhcp3/dhclient.conf qui apparaissent dans ce fichier...

ceci dit, t'as l'air d'être drolement calé(e) en linux. 

Je n'ai pas spécialement de mérite, ça fait quelques années que j'utilise. Dans quelques temps tu devrais faire aussi bien si ce n'est mieux ;-)

Bonne chance

mamiemando · Answer

les utilisateurs de Ubuntu doivent remplacer les commandes 'ifup' et 'ifdown' respectivement par
ifconfig votre_interface down (sans oublier sudo)
et
ifconfig wlan0 (par exemple dans mon cas) up 

Non ce n'est pas tout à fait la même chose. ifconfig ... up/down coupe ou rallume l'interface réseau. C'est une commande standard. Le fait de faire un ifconfig ... down vire les routes qui dépendent de l'interface par la même occasion.

Les commandes ifup et ifdown sont spécifiques à debian et ubuntu. Elles s'appuient sur /etc/network/interfaces et initialisent / éteigne l'interface réseau en conséquence. Typiquement si /etc/network/interfaces précise que ton interface réseau est en dhcp, un ifup fera le ifconfig ... up et le dhclient.

Enfin peu importe :-) l'important c'est que les routes de wlan0 soient purgées pour repartir sur des bases saines.

sudo ifconfig wlan0 down
sudo ifconfig wlan0 up
sudo dhclient wlan0

Concrètement je suppose que ça se vautre au moment du dhclient ?

ce qui m'ennuie c'est que windows : pas de soucis. 

Peux-tu me dire si sous windows l'IP et les DNS sont récupérés automatiquement ? (ie par dhcp ?).

Bonne chance

Ubuntu host versus windows ping -a

4 réponses