Die NetBIOS-Namensauflösung schlägt fehl, wenn Sie sich hinter einem anderen Router befinden

972
Damn Vegetables

Die NetBIOS-Namensauflösung schlägt fehl, wenn Sie sich hinter einem anderen Router befinden Auf "PC3" schlägt die Windows-Namensauflösung auf diese Weise fehl.

ping PC1

Die Ping-Anforderung konnte den Host PC1 nicht finden. Bitte...

ping 192.168.0.2

Antwort von 192.168.0.2: Bytes = 32 Zeit <1 ms TTL = 128

Wenn ich aber "Router 2" entferne und die Leitung von "Router 1" direkt mit "PC3" verbinde, bekomme ich es

ping PC1

Antwort von 192.168.0.2: Bytes = 32 Zeit <1 ms TTL = 128

Was könnte die Ursache sein? Ich habe die Firewall auf PC1 deaktiviert, aber das Problem konnte nicht gelöst werden. "Router 1" hat die Option "DHCP RESERVATION" und ich habe einen Eintrag wie den folgenden eingefügt, der das Problem jedoch nicht gelöst hat.

Computername | IP-Adresse | MAC-Adresse

"PC1" | "192.168.0.2" | "MAC1-Adresse des PC1"

Das Windows-Netzwerk findet "PC1", aber ohne Namensauflösung ist der auf PC1 ausgeführte Webserver nicht über den Computernamen erreichbar. Dies ist ein Heimnetzwerk, daher ist keiner der PCs mit einer Domäne verbunden. Ich möchte es vermeiden, einen manuellen Eintrag für PC1 zur HOST-Datei von PC3 hinzuzufügen.

======================= Addendum 1 ====================

Wenn Sie mit "Router 2" verbunden sind (nicht alle werden aufgelistet)

192.168.0.4 192.168.0.1 DNS-Standardabfrage Eine PC1.Workgroup

192.168.0.1 192.168.0.4 DNS-Standardabfrageantwort Kein solcher Name

192.168.0.4 192.168.0.255 NBNS-Namensabfrage NB PC1 <00>

192.168.0.4 224.0.0.252 LLMNR Standardabfrage A PC1 und AAAA PC1

(Keine Antwort von 192.168.0.2)

Wenn Sie direkt mit "Router 1" verbunden sind (nicht alle sind aufgeführt)

192.168.0.4 192.168.0.255 NBNS-Namensabfrage NB PC1 <00>

192.168.0.4 224.0.0.252 LLMNR Standardabfrage A PC1 und AAAA PC1

MAC-Adresse Broadcast ARP Wer hat 192.168.0.4? Sagen Sie 192.168.0.2 und seiner Antwort

192.168.0.2 192.168.0.4 LLMNR Standardabfrageantwort A 192.168.0.2

In beiden Fällen war der Name-Abfrageinhalt anders als die Transaktions-ID.

2
Sie erwähnen, dass sich der Router 2 im "Hub-Modus" befindet? Ich nehme an, dass Sie DHCP / Firewall und andere Routing-Funktionen deaktiviert haben und eine Verbindung über einen der Switch-Ports (und nicht den WAN-Port) herstellen. Fallen Netbios-Transaktionen in beide Richtungen aus, wenn Sie den Switch (Router 2) eingerichtet haben? Wenn Sie auf beiden Seiten pcaps nehmen (pc1 und pc3), was unterscheidet sich zwischen beiden Setups? MaQleod vor 9 Jahren 0
"Router 2" verfügt über einen integrierten "Hub-Modus". Auf der Konfigurationsseite kann ich zwischen "Hub-Modus" und "Router-Modus" wählen. Wenn der "Hub-Modus" gewählt ist, funktioniert er wie ein Switching-Hub. "ping PC3" auf "PC1" funktioniert. Damn Vegetables vor 9 Jahren 0
Ich habe WireShark installiert und die Protokolldaten gelesen. Das Namensabfragepaket war dasselbe (mit Ausnahme der Transaktions-ID), aber wenn es an "Router 2" angeschlossen war, konnte ich keine Antwort von "PC1" sehen. Ich habe die Zusammenstellung der Pakete der Frage hinzugefügt. Damn Vegetables vor 9 Jahren 0
Anscheinend verwendet es nicht NetBios, sondern LLMNR, was als Nachfolger von NetBios bevorzugt wird. Ich finde es interessant, dass er sich zuerst für eine DNS-Anfrage entscheidet, wenn er über Router 2 verbunden ist. Das und das Fehlen der ARP-Anfrage kann etwas darüber aussagen, wie sie sich in der Topographie sieht. Ich vermute, "Hub-Modus" ist einem Switching-Hub nicht so nah, wie es klingt. Haben Sie nur einen Standard-4-Port-Switch, den Sie anschließen und testen können? MaQleod vor 9 Jahren 0

1 Antwort auf die Frage

1
ronstudy1

Die Ursache und Lösung finden Sie hier .

Ursache

Mit dem Update KB3161949 hat Microsoft die Art und Weise geändert, in der der Server auf NetBIOS-Abfragen antworten darf, und verhindert, dass Antworten auf externe Subnetze erfolgen

Lösung

Um dies zu
umgehen, haben Sie folgende Möglichkeiten : 1. Deinstallieren Sie das Sicherheitsupdate KB3161949 von Ihrem Server ( nicht empfohlen ).
2. Aktualisieren Sie den Registrierungsparameter für NetBT mit Dword AllowNBToInternet auf 1 und starten Sie den Server neu

  • von cmd:

reg add "HKLM \ System \ CurrentControlSet \ Services \ NetBT \ Parameters" / v "AllowNBToInternet" / t REG_DWORD / d 1 / f

  • von PowerShell:

Set-ItemProperty -Path HKLM: \ SYSTEM \ CurrentControlSet \ Services \ NetBT \ Parameters -Name AllowNBToInternet -Typ DWord -Value 1

Nach 3 Jahren hatte ich diese Konfiguration deshalb aufgegeben ... Ich werde es versuchen, wenn ich an einen neuen Ort umsteige und die Router einrichte. Damn Vegetables vor 5 Jahren 0

Verwandte Probleme