J'ai un problème étrange (et persistant !) avec l'envoi d'une requête par nom aux machines locales de mon réseau. Je pense que ma machine (Windows 7 64 bits) est la seule à avoir ce problème. Il s'agit d'une connexion sans fil.
À titre d'exemple, considérons un appareil sur mon réseau du nom de WDTVLiveHub . C'est un Western Digital Live Hub (surprise !). Si je vais dans la table des clients DHCP de mon routeur dans le navigateur (mon routeur est un WRT400N), je vois cette entrée :
WDTVLiveHub 192.168.1.101Super. Donc j'essaye d'envoyer un ping à cette adresse IP :
ping 192.168.1.101
Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=9ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Ping statistics for 192.168.1.101:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 16ms, Average = 14msOK, ça se présente toujours bien. Maintenant, j'essaie de l'appeler par son nom :
ping WDTVLiveHub
Ping request could not find host WDTVLiveHub. Please check the name and try again.D'après ce que j'ai lu, cela implique un problème avec les serveurs DNS et la recherche de noms d'hôtes. Il est intéressant de noter que si je tape ce qui suit :
pathping 192.168.1.101
J'obtiens ce résultat :
Tracing route to WDTVLIVEHUB [192.168.1.101]
over a maximum of 30 hops:
0 Scotty [192.168.1.103]
1 WDTVLIVEHUB [192.168.1.101]
Computing statistics for 25 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 Scotty [192.168.1.103]
1/ 100 = 1% |
1 12ms 1/ 100 = 1% 0/ 100 = 0% WDTVLIVEHUB [192.168.1.101]
Trace complete.Scotty est évidemment le nom de ma machine locale. Donc il est capable de trouver le nom d'une manière ou d'une autre quand je fais cette approche...
ipconfig /all affiche ce qui suit sous Serveurs DNS :
DNS Servers . . . . . . . . . . . : 192.168.1.1
***.***.***.***
***.***.***.***L'astérisque (*) représente les mêmes serveurs DNS qui apparaissent dans mon routeur sous DNS 1 et DNS 2 sur Internet.
Pour être complet, voici l'ensemble de la sortie de ipconfig /all :
Windows IP Configuration
Host Name . . . . . . . . . . . . : Scotty
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Peer-Peer
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Wireless LAN adapter Wireless Network Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Dell Wireless 1397 WLAN Mini-Card
Physical Address. . . . . . . . . : 0C-EE-E6-D1-07-E8
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2002:d83a:31e5:1234:5592:398e:8968:43d1(Preferred)
Temporary IPv6 Address. . . . . . : 2002:d83a:31e5:1234:ecce:2f79:72a5:5273(Preferred)
Link-local IPv6 Address . . . . . : fe80::5592:398e:8968:43d1%26(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.1.103(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : September-17-12 11:05:57 PM
Lease Expires . . . . . . . . . . : September-18-12 11:05:57 PM
Default Gateway . . . . . . . . . : fe80::200:ff:fe00:0%26
192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DHCPv6 IAID . . . . . . . . . . . : 537718502
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
DNS Servers . . . . . . . . . . . : 192.168.1.1
***.***.***.***
***.***.***.***
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter VirtualBox Host-Only Network:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
Physical Address. . . . . . . . . : 08-00-27-00-98-9A
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::b48a:916b:c0f:fb29%23(Preferred)
Autoconfiguration IPv4 Address. . : 169.254.251.41(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 570949671
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Enabled
Tunnel adapter Local Area Connection* 15:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{55899375-C31D-4173-A529-4427D63FD28B}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{64B8F35F-A6AB-4D6B-B1D5-DD95F57B1458}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : YesJe ne sais pas exactement comment diagnostiquer ce qui se passe... mais le problème est vraiment frustrant ! Le plus gros problème est que mes lecteurs réseau mappés doivent être faits par IP, et ensuite chaque fois que le routeur attribue de nouvelles adresses IP à ces périphériques, tous mes partages réseau se cassent à nouveau. Ça craint !
J'aimerais avoir de l'aide sur les solutions possibles. J'ai essayé tout ceci netsh réinitialisation du catalogue et ça n'a pas l'air de réparer quoi que ce soit. J'aimerais aussi avoir une explication de ce qui ne va pas, plutôt que de réinitialiser les choses à l'aveuglette !
UPDATE : J'ai lancé Wireshark 1.8.2 pour voir ce qui se passait quand j'ai lancé mon ping demande. Wireshark montre immédiatement quatre LLMNR vers ce que je crois être la destination multicast correcte. Deux d'entre elles sont IPv4 et les deux autres sont IPv6. Ce que je Ne le fais pas. voir s'il y a des paquets ICMP ? Faut-il attendre de LLMNR qu'il fonctionne seul ?
UPDATE 2 : Je suis capable d'envoyer un ping à une autre machine (Windows Vista) sur le réseau par son nom. Cela concorde avec l'idée que LLMNR n'est pris en charge que par les machines Windows les plus récentes, mais pas par les autres périphériques de mon réseau. J'ai installé WireShark sur mon autre et j'ai constaté que lorsque j'envoie un ping depuis cet ordinateur, il envoie également des paquets NBNS (NetBIOS Name Service). Cela implique que, pour une raison quelconque, mon ordinateur n'envoie pas de requêtes NBNS. Je continue à creuser...
UPDATE 3 : Je n'arrive pas à envoyer des paquets NetBIOS. Je pense que c'est la cause principale. J'ai essayé de désactiver LLMNR par le biais de la stratégie de groupe en espérant que NetBIOS démarre comme par magie, mais sans succès. ipconfig montre que NetBIOS sur TCP/IP est activé, et pourtant WireShark ne montre aucun paquet de résolution de nom NetBIOS envoyé. J'ai essayé de le désactiver puis de le réactiver. J'ai également essayé les deux commandes classiques suivantes nbtstat winsock reset catalog y nbtstat int ip reset reset.log mais ils n'ont pas du tout résolu les problèmes de NetBIOS. J'aimerais avoir des conseils...
SOLVÉ ! Merci beaucoup, beaucoup à wmz. Il ou elle a en effet mis le doigt sur le problème : pour une raison quelconque, mon NetBIOS sur TCP/IP s'était configuré pour agir en mode peer-to-peer. Après quelques recherches, il s'avère que le mode peer-to-peer ne fonctionne que si vous avez un serveur WINS configuré (ce qui n'est absolument pas mon cas !). J'ai fouillé dans le registre et je n'ai trouvé aucune entrée sous NodeType, mais bien une entrée pour DhcpNodeType avec la valeur (horreur des horreurs !) de 0x00000002. Une valeur de 1 correspond à la diffusion (ce qui aurait été parfait), 2 correspond au Peer-to-Peer (nécessitant un serveur WINS ! Ack !), 4 essaie le serveur WINS puis la diffusion, et 8 essaie la diffusion puis le serveur WINS (appelé mode "Hybride"). Après avoir supprimé l'entrée DhcpNodeType et redémarré, j'ai constaté que ipconfig /all montre maintenant le mode Hybride. Il semble donc que ce soit le mode par défaut de Windows 7 Ultimate 64 bits. J'ai essayé d'envoyer un message wdtvlivehub et a été immédiatement accueilli avec le doux goût du succès. Un grand merci à vous tous pour vos différentes réponses. Je suis très heureux d'avoir résolu le problème sans réinstaller Windows ou autre chose de fou. Je n'ai toujours aucune idée de la façon dont cette valeur a pu être modifiée... mais au moins, c'est une chose de plus à rechercher et j'espère que cette information aidera quelqu'un d'autre à faire face à des problèmes de réseau frustrants ! C'est tellement bon d'avoir résolu ce problème ! Une prime bien méritée !
Danke!
