Impossible de ping machines locales par nom dans Windows 7
J'ai un problème étrange (et persistant!) Avec des machines locales de Pinging sur mon réseau par son nom. Je crois que ma machine (Windows 7 64 bits) est la seule à avoir ce problème. Ceci est sur une connexion sans fil.
À titre d'exemple, envisagez un périphérique sur mon réseau par le nom de WDTVLiveHub. C'est un hub digital live occidental (surprise!). Si je vais à la table client 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 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 = 14ms
Ok, toujours beau. Maintenant, j'essaie de le ping par son nom:
ping WDTVLiveHub
Ping request could not find Host WDTVLiveHub. Please check the name and try again.
De ce que j'ai lu, cela implique un problème avec les serveurs DNS et les recherches de noms d'hôte. Fait intéressant, si je tapez ce qui suit:
pathping 192.168.1.101
Je reçois 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. Donc, il est capable de trouver le nom en quelque sorte quand je fais cette approche ...
ipconfig /all montre les suivants sous 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 la complétude, voici toute la production 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 de réseau mappés doivent être effectués par IP, puis à tout moment, le routeur attribue de nouvelles adresses IP à ces appareils, toutes les actions de mon réseau rompent à nouveau. Pites!
Aimerait une assistance sur des solutions possibles. J'ai essayé tout cela netsh catalogue de réinitialisation du catalogue et qui ne semblait pas réparer quoi que ce soit. J'aimerais une explication de ce qui se passe mal, plutôt que de réinitialiser aveuglément des choses!
Mise à jour : I Ran Wireshark 1.8.2 Pour voir ce qui se passait quand j'ai dirigé ma demande ping Demande. WireShark montre immédiatement quatre requêtes LLMNR demandes à ce que je crois est la destination de multidiffusion correcte. Deux d'entre eux sont IPv4 et les deux autres sont IPv6. Qu'est-ce que je ne Voir sont des paquets ICMP? Devrait-il attendre que LLMNR fonctionne seul?
Mise à jour 2 : Je suis capable de ping une autre machine (Windows Vista) sur le réseau par son nom. Cette Jivelle avec l'idée que LLMNR n'est prise en charge que sur de nouvelles machines Windows, mais pas sur les autres appareils de mon réseau. J'ai installé Wireshark sur mon Autre machine et constatée que lorsque je ping à partir de là, il envoie également des paquets NBNS - Service Nom NetBIOS. Cela implique que ma machine n'envoie pas à des requêtes NBNS pour une raison quelconque. Toujours creuser ...
Mise à jour 3 : Il ne faut pas sembler envoyer des paquets NetBIOS. Je pense que c'est la cause fondamentale. J'ai essayé de désactiver LLMNR à travers la politique de groupe en espérant que NetBIOS démarrerait comme par magie, mais pas de chance. ipconfig montre que NetBIOS via TCP/IP est activé et pourtant, WireShark ne montre pas de paquets de résolution NetBIOS NAME SONT envoyés. J'ai essayé de désactiver puis de le réactiver. J'ai aussi essayé les deux commandes classiques de nbtstat winsock reset catalog et nbtstat int ip reset reset.log, mais ceux-ci ne réparaient pas du tout les problèmes de NetBIOS. Aimerait quelques conseils ...
Résolu! Beaucoup, merci beaucoup à WMZ. Il ou elle a effectivement identifié exactement le problème: pour une raison quelconque, mes NetBIOS sur TCP/IP s'étaient mis en place pour agir dans le mode pair-pair. Après un peu de recherche, il s'avère que le mode peer-to-peer ne fonctionne que si vous avez un WINS Server configuré (ce que je ne fais certainement pas!). J'ai creusé dans le registre et trouvé Aucune entrée sous NodeType, mais en effet une entrée pour DHCPnodeType avec le (horreur de l'horreur!) Valeur de 0x00000002. Une valeur de 1 est diffusée (qui aurait été bien), 2 est égal à pair (nécessitant un WINS Server! ACK!), 4 TRAITES WINS Server puis diffuse et 8 TRAIMENT diffusez ensuite WINS Server (appelé "hybride". Mode). Après avoir supprimé l'entrée DHCPnodeType et le redémarrage, j'ai trouvé que ipconfig /all Maintenant montré en mode hybride. Il semble donc que ce soit la valeur par défaut pour Windows 7 Ultimate 64 bits. J'ai essayé de pinging wdtvlivehub et a été accueilli immédiatement avec le bon goût du succès. Merci beaucoup à vous tous pour vos réponses diverses. Je suis très heureux d'avoir résolu le problème sans réinstaller des fenêtres ou une chose folle. Je n'ai toujours aucune idée de la façon dont cette valeur a jamais changé ... mais au moins, c'est une dernière chose à rechercher et, espérons que cette information aide quelqu'un d'autre à faire face à des problèmes de réseautage frustrant! Se sent si bon d'avoir ce problème léché! Bounty bien gagné!
Merci!
Vos résultats semblent pointer vers NetBIOS Resolver, ce qui rend à son tour un suspect:
[.____] Node Type . . . . . . . . . . . . : Peer-Peer
NETBIOS NODE TYPE p(2) - Normalement utilisé uniquement avec WINS Server (que je suppose que vous n'avez pas) - désactive efficacement toute résolution de nom de NetBIOS.
Cet article Un problème décrit très similaire au vôtre et également des liens vers Article Msoft TechNet Détails des moyens de réinitialiser le type de noeud à 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 DhcpNodeTypeRemarque Si la valeur NodeType est présente, cette valeur remplacera la valeur DHCPnodeType. Si ni la sous-clé n'est présente et si non WINS serveurs sont configurés pour le client, l'ordinateur utilise le mode B-noeud. Si au moins un WINS Server est configuré. , l'ordinateur utilise le mode de nœud h. Quitter Editeur du registre. Redémarrez l'ordinateur. Essayez de visualiser à nouveau les ordinateurs de groupe de travail sur le réseau.
Une chose intéressante à propos de votre ipconfig /all La sortie est que vous n'avez pas de suffixe DNS primaire, vous devez entrer dans les proxénètes TCP/IP pour IPv4 sur cet adaptateur et ajouter un groupe de travail en tant que suffixe DNS principal et voir s'il est capable de résoudre les noms de vos autres systèmes, la plupart Les routeurs ajouteront .workgroup aux noms des machines afin que la FQDN de votre système serait SCOTTY.WORTSGROUP. Vérifiez également et voyez si vous pouvez ping wdtvlivehub.workgroup par nom. Vous devez également ajouter du groupe de travail à la liste DNS Rechercher des domaines sur les paramètres IPv4 pour cet adaptateur.
Peut-être mélanger sur les mêmes périphériques réseau utilisant 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 le hustilation de traiter avec des fichiers hôtes locaux et des éléments tels que NetBIOS Name Resolving - mais il y a un inconvénient de cela. Ce n'est pas simplement un paramètre pour activer ou désactiver votre configuration Windows ou Router. Cela nécessite un peu plus d'effort de votre côté.
Pour moi, il semble que vous soyez suffisamment suffisamment suffisamment suffisamment suffisamment suffisamment suffisamment suffisamment suffisamment aimables pour que cela soit trié d'une manière, où vous n'aurez jamais de problèmes de nom-nommer à nouveau dans votre réseau domestique!
Après un chèque rapide sur www.dd-wrt.com Il semble que votre cisco-routeur soit compatible avec le routeur Open-Source-Firmware DD-WRT. Cette petite tranquillité de logiciels pratique passera votre routeur toutes les fonctionnalités dont vous avez besoin dans votre réseau domestique et encore plus. Cela inclut également un service appelé DNSMASQ qui est un petit serveur DNS léger et léger qui fonctionne sur votre routeur.
Un avantage supplémentaire est que DNSMASQ peut ajouter intelligemment des contrats de location DHCP à sa base de données DNS, fournissant des recherches de noms locales pour tout client DHCP, statique ou dynamique.
Cela ajoutera donc réel DNS-résolution de votre réseau qui n'est pas basé sur l'espoir que vos œuvres de NetBIOS et de la résolution multidiffusion-DNS.
Si vous êtes le genre de gars, qui aime pagayer pendant quelques heures et essayer de nouveau, je vous suggère de regarder. Vous pouvez trouver un guide pour clignoter votre routeur ici, mais assurez-vous de vérifier que votre appareil et votre version de modèle sont compatibles avec DD-WRT avant de clignoter le nouveau. le micrologiciel à cela ou vous pouvez corrompre votre appareil! le lien à nouveau pour vérifier cela
Autres choses cool que vous obtenez avec DD-WRT:
- Réveillez-vous sur le support LAN - démarrez vos appareils de partout dans le mot
- VPN EndPoint-Support - Obtenez une connexion sécurisée à votre réseau domestique de l'étranger.
- Analyse et gestion de la bande passante - Obtenez des informations réelles sur votre utilisation de réseau.
- beaucoup plus de choses. Vue d'ensemble peut être trouvé ici
Au fait, c'est gratuit aussi.
Bravo Riscie!
(Je ne suis connecté à aucun des développeurs de DD-WRT ni un gain de quelqu'un qui utilise ce firmware - je suis tellement enthousiaste parce que je croyais vraiment en sa fonctionnalité :))
