J'ai un problème étrange (et persistant!) Avec la commande ping des machines locales sur mon réseau par nom. Je crois que ma machine (Windows 7 64 bits) est la seule à avoir ce problème. Il s'agit d'une connexion sans fil.
Par 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.101
Génial. J'essaie donc de cingler 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 = 14ms
OK, toujours bien. Maintenant, j'essaie de le cingler 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 les recherches de nom d'hôte. Fait intéressant, si je tape ce qui suit:
pathping 192.168.1.101
J'obtiens cette sortie:
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. Il est donc en mesure de trouver le nom d'une manière ou d'une autre lorsque je fais cette approche ...
ipconfig /all affiche ce qui suit sous les serveurs DNS:
DNS Servers . . . . . . . . . . . : 192.168.1.1
***.***.***.***
***.***.***.***
Où le * représente les mêmes serveurs DNS qui apparaissent dans mon routeur sous DNS 1 et DNS 2 via Internet.
Pour être complet, voici la sortie complète 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 . . . . : Yes
Je ne sais pas exactement comment diagnostiquer exactement 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 effectués par IP, puis à chaque fois que le routeur attribue de nouvelles adresses IP à ces appareils, tous mes partages réseau se brisent à nouveau. Pue!
J'adorerais avoir de l'aide sur les solutions possibles. J'ai essayé de netshréinitialiser tout ce catalogue et cela ne semble rien résoudre du tout. J'adorerais aussi avoir une explication de ce qui ne va pas, plutôt que de réinitialiser aveuglément les choses!
MISE À JOUR: J'ai exécuté Wireshark 1.8.2 pour voir ce qui se passait lorsque j'ai exécuté ma pingdemande. Wireshark affiche immédiatement quatre LLMNRdemandes à ce que je crois être la bonne destination de multidiffusion. Deux d'entre eux sont IPv4 et les deux autres sont IPv6. Qu'est-ce que je ne vois pas de paquets ICMP? Faut-il s'attendre à ce que le LLMNR fonctionne seul?
MISE À JOUR 2: je peux envoyer une requête 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 sur les machines Windows plus récentes, mais pas sur les autres appareils de mon réseau. J'ai installé WireShark sur mon autre ordinateur et j'ai constaté que lorsque j'effectue un ping à partir de là, il envoie également des paquets NBNS - NetBIOS Name Service. Cela implique que ma machine n'envoie pas de requêtes NBNS pour une raison quelconque. Toujours en train de creuser ...
MISE À JOUR 3: Je n'arrive tout simplement pas à envoyer des paquets NetBIOS. Je pense que c'est la cause profonde. J'ai essayé de désactiver LLMNR via la stratégie de groupe en espérant que NetBIOS démarrerait comme par magie, mais pas de chance. ipconfigmontre que NetBIOS sur TCP / IP est activé, et pourtant WireShark n'affiche 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 de nbtstat winsock reset cataloget nbtstat int ip reset reset.log, mais celles-ci n'ont pas du tout résolu les problèmes NetBIOS. AIMERAIT quelques conseils ...
RESOLU! Merci beaucoup à wmz. Il ou elle a en effet identifié exactement le problème: pour une raison quelconque, mon NetBIOS sur TCP / IP s'était configuré pour fonctionner en mode poste à poste. Après quelques recherches, il s'avère que le mode peer-to-peer ne fonctionne que si vous avez configuré un serveur WINS (ce que je n'ai certainement pas!). J'ai creusé dans le registre et n'ai trouvé aucune entrée sous NodeType, mais en effet une entrée pour DhcpNodeType avec la valeur (horreur des horreurs!) De 0x00000002. Une valeur de 1 est Diffusion (ce qui aurait été bien), 2 est Peer-to-Peer (nécessitant un serveur WINS! mode). Après avoir supprimé l'entrée DhcpNodeType et redémarré, j'ai constaté queipconfig /allmontrait maintenant le mode hybride. Il semble donc que ce soit la valeur par défaut pour Windows 7 Ultimate 64 bits. J'ai essayé de cingler wdtvlivehubet j'ai été immédiatement accueilli avec le goût sucré 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 quelque chose de fou. Je n'ai toujours aucune idée de la façon dont cette valeur a été changée ... mais au moins c'est une chose à rechercher et j'espère que cette information aidera quelqu'un d'autre à faire face à des problèmes de réseau frustrants! C'est si bon de se faire lécher ce problème! Bounty bien mérité!
Merci!
cmd - nslookup - 192.168.1.101cmd - nslookup - WDTVLiveHubRéponses:
Vos résultats semblent pointer vers le résolveur netbios, qui à son tour rend cette entrée suspecte:
Node Type . . . . . . . . . . . . : Peer-PeerLe type de nœud Netbios p (2) - normalement utilisé uniquement avec le serveur Wins (que je suppose que vous n'avez pas) - désactive efficacement toute diffusion de résolution de nom Netbios.
Cet article décrit un problème très similaire au vôtre et propose également des liens vers l' article de technet Msoft détaillant comment réinitialiser le type de nœud à quelque chose de plus raisonnable:
la source
Une chose intéressante à propos de votre
ipconfig /allsortie est que vous n'avez pas de suffixe DNS principal, vous devriez aller dans les propriétés tcp / ip pour ipv4 sur cet adaptateur et ajouter un groupe de travail comme suffixe DNS principal et voir s'il est capable de résoudre les noms de votre autre systèmes, la plupart des routeurs ajoutent .workgroup aux noms des machines de sorte que le nom de domaine complet de votre système soit scotty.workgroup. vérifiez également et voyez si vous pouvez envoyer une requête ping à WDTVLiveHub.workgroup par son nom. vous devez également ajouter un groupe de travail à la liste des domaines de recherche DNS sur les paramètres ipv4 pour cet adaptateur également.la source
Le serveur n'est peut-être pas en mesure de résoudre le nom d'hôte.
Vous pouvez essayer d'ajouter l'entrée pour WDTVLiveHub dans le fichier hosts en tant que:
Sous Windows: C: \ Windows \ system32 \ drivers \ etc \
la source
hostsfichier "résout" le problème, mais il ignore essentiellement le vrai problème - que la résolution du nom d'hôte ne fonctionne pas. Cela me semble être plus une solution de contournement qu'une solution ... Je ne devrais pas ajouter des entrées dans lehostsfichier pour toutes les machines de mon réseau! Toujours utile cependant, merci d'avoir répondu.Peut-être que le mélange sur les mêmes périphériques réseau qui utilisent iPv4 et iPv6 est le problème.
Vous pouvez essayer de désactiver iPv6 dans le routeur et dans Windows 7.
la source
La solution suivante vous permettra d'oublier l'agitation concernant les fichiers hôtes locaux et des choses comme la résolution de noms NETBIOS - mais il y a un inconvénient à cela. Ce n'est pas seulement un paramètre à activer ou désactiver dans vos fenêtres ou votre configuration de routeur. Cela nécessite un peu plus d'efforts de votre côté.
Pour moi, il semble que vous êtes suffisamment sophistiqué pour résoudre ce problème d'une manière où vous n'aurez plus jamais de problèmes avec la résolution de noms dans votre réseau domestique!
Après une vérification rapide sur www.dd-wrt.com, il semble que votre routeur Cisco est compatible pour exécuter le firmware du routeur open-source DD-WRT. Cette petite paix de logiciel pratique dépensera votre routeur toutes les fonctionnalités dont vous avez besoin dans votre réseau domestique et bien plus encore. Cela inclut également un service appelé DNSMasq qui est un petit serveur DNS léger qui s'exécute sur votre routeur.
Depuis le wiki DD-WRT:
Donc, cela ajoutera réellement une résolution DNS à votre réseau qui n'est pas basée sur l'espoir que votre NETBIOS et la résolution DNS multicast fonctionnent.
Si vous êtes le genre de gars qui aime pagayer pendant quelques heures et essayer quelque chose de nouveau, je vous suggère de le regarder. Vous pouvez trouver un guide pour flasher votre routeur ici, mais assurez-vous de vérifier que votre appareil et la version du modèle sont compatibles avec DD-WRT avant de lui flasher le nouveau firmware ou vous pourriez corrompre votre appareil! le lien à nouveau pour vérifier cela
Autres trucs sympas que vous obtenez avec DD-WRT:
Au fait, c'est gratuit aussi.
Vive Riscie!
(Je ne suis connecté à aucun des développeurs de DD-WRT et personne n'utilisera ce firmware - je suis tellement enthousiaste parce que je crois vraiment en sa fonctionnalité :))
la source