In Windows 7 können lokale Computer nicht nach Namen gepingt werden

Ich habe ein seltsames (und hartnäckiges!) Problem mit dem Pingen von lokalen Computern in meinem Netzwerk nach Namen. Ich glaube, mein Computer (Windows 7 64-Bit) ist der einzige mit diesem Problem. Dies ist über eine drahtlose Verbindung.

Betrachten Sie als Beispiel ein Gerät in meinem Netzwerk mit dem Namen WDTVLiveHub. Es ist ein Western Digital Live Hub (Überraschung!). Wenn ich im Browser zur DHCP-Client-Tabelle meines Routers gehe (mein Router ist ein WRT400N), wird folgender Eintrag angezeigt:

WDTVLiveHub 192.168.1.101

Groß. Also versuche ich, diese IP-Adresse zu pingen:

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, sieht immer noch gut aus. Jetzt versuche ich es mit dem Namen zu pingen:

ping WDTVLiveHub

Ping request could not find host WDTVLiveHub. Please check the name and try again.

Nach allem, was ich gelesen habe, liegt ein Problem mit DNS-Servern und der Suche nach Hostnamen vor. Interessanterweise, wenn ich Folgendes eingebe:

pathping 192.168.1.101

Ich bekomme diese Ausgabe:

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 ist offensichtlich der Name meines lokalen Rechners. Es ist also in der Lage, den Namen irgendwie zu finden, wenn ich diesen Ansatz mache ...

ipconfig /all zeigt folgendes unter DNS-Server:

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

Wobei das * die gleichen DNS-Server darstellt, die in meinem Router unter DNS 1 und DNS 2 über das Internet angezeigt werden.

Der Vollständigkeit halber ist hier die gesamte Ausgabe von 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

Ich weiß nicht genau, wie ich genau diagnostizieren soll ... aber das Problem ist wirklich frustrierend! Das größte Problem ist, dass meine zugeordneten Netzwerklaufwerke über IP ausgeführt werden müssen. Jedes Mal, wenn der Router diesen Geräten neue IP-Adressen zuweist, werden alle meine Netzwerkfreigaben wieder unterbrochen. Stinkt!

Würde mich über Unterstützung bei möglichen Lösungen freuen. Ich habe versucht, den gesamten netshKatalog zurückzusetzen, und das schien überhaupt nichts zu ändern. Würde es lieben, zu erklären, was falsch läuft, anstatt Dinge blind zurückzusetzen!

UPDATE: Ich habe Wireshark 1.8.2 ausgeführt, um zu sehen, was los war, als ich meine pingAnfrage ausgeführt habe. Wireshark zeigt sofort vier LLMNRAnfragen an, von denen ich glaube, dass sie das richtige Multicast-Ziel sind. Zwei davon sind IPv4 und die anderen beiden sind IPv6. Was ich nicht sehe, sind ICMP-Pakete? Soll das LLMNR von sich aus arbeiten?

UPDATE 2: Ich kann einen anderen Computer (Windows Vista) über den Namen im Netzwerk anpingen. Dies steht im Zusammenhang mit der Idee, dass LLMNR nur auf neueren Windows-Computern unterstützt wird, nicht jedoch auf den anderen Geräten in meinem Netzwerk. Ich habe WireShark auf meinem anderen Computer installiert und festgestellt, dass beim Pingen von dort auch NBNS-Pakete gesendet werden - NetBIOS Name Service. Dies impliziert, dass mein Computer aus irgendeinem Grund keine NBNS-Abfragen sendet. Gräbt noch ...

UPDATE 3: Ich kann keine NetBIOS-Pakete senden. Ich denke, das ist die Grundursache. Ich habe versucht, LLMNR über die Gruppenrichtlinie zu deaktivieren, in der Hoffnung, dass NetBIOS auf magische Weise gestartet wird, aber kein Glück. ipconfigzeigt an, dass NetBIOS über TCP / IP aktiviert ist und WireShark dennoch keine NetBIOS-Pakete zur Namensauflösung anzeigt, die gesendet werden. Ich habe versucht, es zu deaktivieren und dann wieder zu aktivieren. Ich habe auch die beiden klassischen Befehle von nbtstat winsock reset catalogund ausprobiert nbtstat int ip reset reset.log, aber diese haben die NetBIOS-Probleme überhaupt nicht behoben. Würde eine Anleitung LIEBEN ...

Gelöst! Vielen, vielen Dank an wmz. Er oder sie hat tatsächlich genau das Problem festgestellt: Aus irgendeinem Grund hat sich mein NetBIOS über TCP / IP so eingerichtet, dass er im Peer-to-Peer-Modus agiert. Nach ein wenig Recherche stellt sich heraus, dass der Peer-to-Peer-Modus nur funktioniert, wenn Sie einen WINS-Server eingerichtet haben (was ich definitiv nicht tue!). Ich habe mich in die Registry eingegraben und unter NodeType keine Einträge gefunden, aber in der Tat einen Eintrag für DhcpNodeType mit dem (horror of horrors!) Wert von 0x00000002. Ein Wert von 1 ist Broadcast (was in Ordnung gewesen wäre), 2 ist Peer-to-Peer (erfordert einen WINS-Server! Bestätigen!), 4 versucht, WINS-Server zu senden und 8 versucht, Broadcast dann WINS-Server zu senden (als "Hybrid" bezeichnet). Modus). Nachdem ich den DhcpNodeType-Eintrag gelöscht und neu gestartet hatte, fand ich dasipconfig /alljetzt zeigte Hybrid-Modus. Es sieht also so aus, als wäre dies die Standardeinstellung für Windows 7 Ultimate 64-Bit. Ich versuchte zu pingen wdtvlivehubund wurde sofort mit dem süßen Geschmack des Erfolgs begrüßt. Vielen Dank an Sie alle für Ihre vielfältigen Antworten. Ich bin sehr froh, das Problem gelöst zu haben, ohne Windows oder etwas Verrücktes neu zu installieren. Ich habe immer noch keine Ahnung, wie sich dieser Wert jemals geändert hat ... aber zumindest ist es eine weitere Sache, nach der ich Ausschau halten muss. Fühlt sich so gut an, dieses Problem geleckt zu haben! Kopfgeld gut verdient!

Vielen Dank!

Ihre Ergebnisse scheinen auf NetBIOS-Resolver zu verweisen, was diesen Eintrag zu einem Verdacht macht:
Node Type . . . . . . . . . . . . : Peer-Peer

Netbios-Knotentyp p (2) - wird normalerweise nur mit Wins-Servern verwendet (ich nehme an, Sie haben keine) - deaktiviert effektiv alle Netbios-Namensauflösungs-Broadcasts.

Dieser Artikel beschreibt ein Problem, das Ihrem sehr ähnlich ist, und enthält Links zu einem Technet-Artikel von Msoft, in dem erläutert wird , wie der Knotentyp auf einen vernünftigeren Wert zurückgesetzt wird:

Gehen Sie folgendermaßen vor um dieses Problem zu beheben:

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

Hinweis: Wenn der NodeType-Wert vorhanden ist, überschreibt dieser Wert den DhcpNodeType-Wert. Wenn kein Unterschlüssel vorhanden ist und für den Client keine WINS-Server konfiguriert sind, verwendet der Computer den B-Node-Modus. Wenn mindestens ein WINS-Server konfiguriert ist, verwendet der Computer den H-Node-Modus. Beenden Sie den Registrierungseditor. Starte den Computer neu. Versuchen Sie erneut, Arbeitsgruppencomputer im Netzwerk anzuzeigen.

Eine interessante Sache an Ihrer ipconfig /allAusgabe ist, dass Sie kein primäres DNS-Suffix haben. Gehen Sie zu den TCP / IP-Eigenschaften für IPv4 auf diesem Adapter und fügen Sie die Arbeitsgruppe als primäres DNS-Suffix hinzu In den meisten Routern wird .workgroup zu den Computernamen hinzugefügt, sodass die FQDN für Ihr System scotty.workgroup lautet. Überprüfen Sie auch, ob Sie WDTVLiveHub.workgroup nach Namen pingen können. Sie sollten der DNS-Suchdomänenliste auch eine Arbeitsgruppe in den IPv4-Einstellungen für diesen Adapter hinzufügen.

Möglicherweise kann der Server den Hostnamen nicht auflösen.

Sie könnten versuchen, den Eintrag für WDTVLiveHub in die hosts-Datei als:

192.168.1.101 WDTVLiveHub

Unter Windows: C: \ Windows \ system32 \ drivers \ etc \

Möglicherweise ist das Mischen auf denselben Netzwerkgeräten, die iPv4 und iPv6 verwenden, das Problem.

Möglicherweise versuchen Sie, iPv6 im Router und in Windows 7 zu deaktivieren.

Die folgende Lösung lässt Sie die Hektik des Umgangs mit lokalen Hosts-Dateien und Dingen wie der NETBIOS-Namensauflösung vergessen - aber das hat auch einen Nachteil. Dies ist nicht nur eine Einstellung zum Ein- oder Ausschalten in Ihrer Windows- oder Routerkonfiguration. Dies erfordert ein wenig mehr Aufwand auf Ihrer Seite.

Mir scheint es, dass Sie ausreichen, um dies so zu regeln, dass Sie nie wieder Probleme mit der Namensauflösung in Ihrem Heimnetzwerk haben werden!

Nach einer kurzen Überprüfung auf www.dd-wrt.com scheint Ihr Cisco-Router kompatibel zu sein, um die Open-Source-Router-Firmware DD-WRT auszuführen. Mit dieser praktischen Software können Sie Ihren Router mit allen Funktionen ausstatten, die Sie in Ihrem Heimnetzwerk benötigen, und noch mehr. Dazu gehört auch ein Dienst namens DNSMasq, ein kleiner, leichter DNS-Server, der auf Ihrem Router ausgeführt wird.

Aus dem DD-WRT Wiki:

Ein zusätzlicher Vorteil besteht darin, dass DNSMasq seiner DNS-Datenbank auf intelligente Weise DHCP-Leases hinzufügen kann und so die Suche nach lokalen Namen für jeden statischen oder dynamischen DHCP-Client ermöglicht.

Dies fügt Ihrem Netzwerk also eine echte DNS-Auflösung hinzu, die nicht auf der Hoffnung basiert, dass Ihr NETBIOS und die Multicast-DNS-Auflösung funktionieren.

Wenn Sie ein Typ sind, der gerne ein paar Stunden herumpaddelt und etwas Neues ausprobiert, schlage ich vor, Sie schauen es sich an. Eine Anleitung zum Flashen Ihres Routers finden Sie hier. Vergewissern Sie sich jedoch, dass Ihr Gerät und Ihre Modellversion mit DD-WRT kompatibel sind, bevor Sie die neue Firmware darauf flashen. Andernfalls können Sie Ihr Gerät beschädigen! Klicken Sie erneut auf den Link, um dies zu überprüfen

Andere coole Sachen, die Sie mit DD-WRT bekommen:

• Wake On LAN-Unterstützung - Starten Sie Ihre Geräte von überall auf der Welt
• VPN Endpoint-Support - Stellen Sie aus dem Ausland eine sichere Verbindung zu Ihrem Heimnetzwerk her.
• Bandbreitenanalyse und -verwaltung - Erhalten Sie echte Informationen über Ihre Netzwerknutzung.
• viele weitere Dinge. Eine Übersicht finden Sie hier

Übrigens ist es auch kostenlos.

Prost Riscie!

(Ich bin mit keinem der Entwickler von DD-WRT verbunden und werde auch von niemandem, der diese Firmware verwendet, profitieren. Ich bin einfach so begeistert, weil ich wirklich an ihre Funktionalität glaube :))