Was bringt Tracert dazu, dass NETBIOS unter Win7 funktioniert?

8

Das ist wirklich seltsam - ich habe eine Problemumgehung dafür (lesen Sie weiter), aber ich würde gerne wissen, warum es funktioniert.

Ich hatte ein VPN-Setup, das mit einem WinServer2003-Server und einem Vista-Client einwandfrei funktionierte.

Dann richte ich eine neue Win7-Box ein, um auf denselben Server zuzugreifen. Auf dem Server wird WINS ausgeführt.

Beide Clients konnten problemlos in das VPN einsteigen und Computer auf der Serverseite über die IP4-Adresse pingen.

Der Vista-Client kann jedoch NUR Computer nach NETBIOS-Adresse (Computername) anpingen. Der gerade zurückgegebene Win7-Client hat "Host konnte nicht gefunden werden" zurückgegeben.

Soweit ich das beurteilen kann, sind die Clients identisch konfiguriert.

Während des Spielens stellte ich zufällig fest, dass, wenn ich auf dem Win7-Client ein Tracert ausführe und die Route zu einem beliebigen Computer auf der Serverseite verfolge, NACHDEM das NETBIOS funktioniert.

Zum Beispiel (dies ist über die Cygwin-Befehlszeile in der Win7-Box mit redigierten Passwörtern usw.):

$ rasdial "vpnName" Dave passWord
Connecting to vpnName.
Verifying username and password... 
Registering your computer on the network... 
Successfully connected to vpnName. Command completed successfully.

Dave@QUIET ~ 
$ ping henshaw 
Ping request could not find host henshaw. Please check the name and try again.

Dave@QUIET ~ 
$ tracert 10.1.10.1

Tracing route to www [10.1.10.1] over a maximum of 30 hops:

  1    39 ms    47 ms    49 ms  ASH [10.1.10.184]
  2    44 ms    31 ms    32 ms  www [10.1.10.1]

Trace complete.

$ ping henshaw

Pinging henshaw [10.1.10.92] with 32 bytes of data: 
Reply from 10.1.10.92: bytes=32 time=36ms TTL=127 
Reply from 10.1.10.92: bytes=32 time=46ms TTL=127
Reply from 10.1.10.92: bytes=32 time=35ms TTL=127
Reply from 10.1.10.92: bytes=32 time=41ms TTL=127

Ping statistics for 10.1.10.92:
   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), 
Approximate round trip times in milli-seconds:
    Minimum = 35ms, Maximum = 46ms, Average = 39ms

(ASH ist die Server2003-Serverbox, 10.1.10.1 ist das Netzwerk-Gateway.)

Was zum Teufel ist hier los? Warum verhält sich die Win7-Box überhaupt anders und warum behebt Tracert sie?

- Dave

Hinzugefügt:

Laut Vorschlag von @Sane ist hier die ipconfig alle Ausgabe von beiden Clients:

Vista-Box:

Dave@Tower ~
$ ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Tower
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : home

PPP adapter vpnName:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : vpnName
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.1.10.80(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 10.1.10.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : NVIDIA nForce 10/100/1000 Mbps Ethernet
   Physical Address. . . . . . . . . : 6C-F0-49-D1-92-FC
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::1d56:57b0:5c40:8ea2%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.11(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Tuesday, November 20, 2012 12:52:51 PM
   Lease Expires . . . . . . . . . . : Wednesday, November 21, 2012 12:52:50 PM
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 258797641
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-14-7D-F7-96-6C-F0-49-D1-92-FC
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 6:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 7:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 02-00-54-55-4E-01
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:93:2ec:3f57:fef4(Preferred)
   Link-local IPv6 Address . . . . . : fe80::93:2ec:3f57:fef4%11(Preferred)
   Default Gateway . . . . . . . . . : ::
   NetBIOS over Tcpip. . . . . . . . : Disabled

Tunnel adapter Local Area Connection* 11:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : isatap.home
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Win7 Box:

Dave@QUIET ~
$ ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : QUIET
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

PPP adapter vpnName:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : vpnName
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.1.10.108(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 10.1.10.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) 82578DC Gigabit Network Connection
   Physical Address. . . . . . . . . : 00-1C-C0-F7-54-2F
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::3c6a:4873:97c:e773%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.110(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 234888384
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-C6-DC-78-00-1C-C0-F7-54-2F
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.{13A00E9E-CF57-4B02-B3F6-21929585E6FC}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   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
   IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76:400:32e2:9d91:5c30(Preferred)
   Link-local IPv6 Address . . . . . : fe80::400:32e2:9d91:5c30%12(Preferred)
   Default Gateway . . . . . . . . . : ::
   NetBIOS over Tcpip. . . . . . . . : Disabled

Tunnel adapter isatap.{B34461EA-B740-4553-A1A7-570852066611}:

   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
windows-server-2003  windows-7  vpn  windows-vista 
— nerdfever.com
quelle
3
Ich habe keine Lösung für Sie, aber warum überhaupt WINS verwenden? Es ist böse; töte es mit Feuer bei deiner frühesten Gelegenheit.
— HopelessN00b
Das macht für mich nicht wirklich viel Sinn. Haben Sie darüber nachgedacht, wireshark / tcpdump zu starten und eine Erfassung durchzuführen, um zu sehen, was sonst noch vor sich geht, während Sie diese Traceroute ausführen?
— Zoredache
Überprüfen Sie, ob auf dem Win7-System WINS eingestellt ist. Es wäre wahrscheinlich auch hilfreich, wenn ipconfig / all sowohl für das Win7- als auch für das Vista-System ausgedruckt würde.
— Winter Faulk
@Sane Siehe aktualisierten Beitrag. Keiner der Clients hat WINS festgelegt.
— nerdfever.com
Scheint eine Art Routing-Problem zu sein, wenn Sie beim ersten Pingen versuchen, nicht zu wissen, wie Sie zur ASH-Box routen sollen, aber nach einer Trace-Route die Route zum ASH-Server "lernt". Ich würde Routen sowohl auf der Win7-Box vor und nach dem Tracert als auch auf Routen auf der Vista-Box überprüfen (als Hinweis senden Trace-Routen ICMP-Pakete an jeden Hop auf dem Pfad, auf dem Ping ein ICMP-Paket direkt an den Host sendet)
— Winter Faulk

Antworten:

0

Ich vermute, dass ein Nebeneffekt des Befehls tracert darin besteht, dass er den NetBIOS-Namenscache auffüllt. Führen Sie den folgenden Befehl aus:

nbtstat /c

Sowohl vor als auch nach dem Befehl tracert. Ich vermute, Sie werden den Eintrag für "henshaw" sehen.

Ich vergesse den genauen Mechanismus. Es geht darum, in einem Ad-hoc-NetBIOS-Netzwerk zu sein. Es gibt keinen zentralen Namensdienst, sodass sich die Computer gegenseitig entdecken müssen. Wenn Tracert versucht, die von Ihnen angegebene IP-Adresse in umgekehrter Reihenfolge nachzuschlagen, wird eine Übertragung für NetBIOS-Namen im lokalen LAN ausgelöst. Da sich Ihre Testbox und "Henshaw" im selben Netzwerk befinden, kann Ihre Box den Namen erfahren.

Versuchen Sie, den NetBIOS-Namenscache mit "nbtstat / R" zu leeren, um zum Problemstatus zurückzukehren. Ich denke, wenn Sie Henshaw nach seiner IP-Adresse pingen, wird dies auch den Cache füllen. Ich vermute auch, dass Sie diesen vorteilhaften Effekt nicht erzielen, wenn Sie "tracert / d" verwenden (IP-Adressen nicht in Namen auflösen).

— Velo Traveller
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.