Impossible d'envoyer une requête ping aux machines locales par nom dans Windows 7

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!

Vos résultats semblent pointer vers le résolveur netbios, qui à son tour rend cette entrée suspecte:
Node Type . . . . . . . . . . . . : Peer-Peer

Le 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:

Pour résoudre ce problème, procédez comme suit:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetBt\Parameters
In the right pane of Registry Editor, delete the following values if they are present:
    NodeType
    DhcpNodeType

Remarque Si la valeur NodeType est présente, cette valeur remplacera la valeur DhcpNodeType. Si aucune sous-clé n'est présente et si aucun serveur WINS n'est configuré pour le client, l'ordinateur utilise le mode b-node. Si au moins un serveur WINS est configuré, l'ordinateur utilise le mode noeud h. Quittez l'Éditeur du Registre. Redémarrer le PC. Essayez de visualiser à nouveau les ordinateurs du groupe de travail sur le réseau.

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.

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:

192.168.1.101 WDTVLiveHub

Sous Windows: C: \ Windows \ system32 \ drivers \ etc \

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 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:

Un avantage supplémentaire est que DNSMasq peut ajouter intelligemment des baux DHCP à sa base de données DNS, fournissant des recherches de noms locaux pour tout client DHCP, statique ou dynamique.

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:

• Prise en charge de Wake On LAN - Démarrez vos appareils de partout dans le monde
• VPN Endpoint-Support - Obtenez une connexion sécurisée à votre réseau domestique depuis l'étranger.
• Analyse et gestion de la bande passante - Obtenez des informations réelles sur votre utilisation du réseau.
• beaucoup plus de choses. Un aperçu peut être trouvé ici

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é :))