¿Qué hace que tracert haga que NETBIOS funcione en Win7?

8

Esto es realmente extraño: tengo una solución para esto (sigue leyendo), pero me encantaría saber por qué funciona.

Tenía una configuración de VPN que funcionaba bien con un servidor WinServer2003 y un cliente Vista.

Luego configuro un nuevo cuadro Win7 para acceder al mismo servidor. El servidor ejecuta WINS.

Ambos clientes podrían ingresar a la VPN bien y hacer ping a las máquinas en el lado del servidor mediante la dirección IP4.

Pero SOLO el cliente Vista podría hacer ping a las máquinas por la dirección NETBIOS (nombre de la máquina). El cliente Win7 acaba de devolver "no se pudo encontrar el host".

Por lo que puedo decir, los clientes están configurados de manera idéntica.

Por casualidad, mientras jugaba, descubrí que si ejecuto un tracert en el cliente Win7, rastreando la ruta a cualquier máquina en el lado del servidor, DESPUÉS DE QUE NETBIOS funcione.

Por ejemplo (esto es de la línea de comando cygwin en el cuadro Win7, con contraseñas redactadas, etc.):

$ 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 es la caja del servidor Server2003, 10.1.10.1 es la puerta de enlace de red).

¿Qué diablos está pasando? ¿Por qué la caja Win7 actúa de manera diferente en primer lugar, y por qué tracert lo arregla?

--Dave

Adicional:

Por sugerencia de @Sane, aquí está el resultado de ipconfig all de ambos clientes:

Caja de Vista:

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

Caja Win7:

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
fuente
3
No tengo una solución para ti, pero ¿por qué usar WINS? Es malvado; mátalo con fuego lo antes posible.
HopelessN00b
Eso realmente no tiene mucho sentido para mí. ¿Has considerado disparar wireshark / tcpdump y realizar una captura para ver qué más está sucediendo mientras ejecutas ese traceroute?
Zoredache
Verifique si el sistema Win7 tiene configurado WINS, probablemente también sería útil tener una impresión ipconfig / all para los sistemas Win7 y Vista.
Winter Faulk
@Sane Ver publicación actualizada. Ninguno de los clientes tiene establecido WINS.
nerdfever.com
Parece ser algún tipo de problema de enrutamiento, cuando intenta hacer ping por primera vez, no sabe cómo enrutar al cuadro ASH, pero después de una ruta de rastreo "aprende" la ruta al servidor ASH. Comprobaría las rutas en el cuadro Win7 antes y después del tracert y las rutas en el cuadro vista (como nota, las rutas de seguimiento envían paquetes ICMP a cada salto en la ruta donde ping envía un paquete ICMP directamente al host)
Winter Faulk

Respuestas:

0

Sospecho que un efecto secundario del comando tracert es que está llenando el caché de nombres NetBIOS. Ejecute el comando:

nbtstat /c

Tanto antes como después del comando tracert. Supongo que verás la entrada para "henshaw".

Olvidé el mecanismo exacto, es algo sobre estar en una red NetBIOS ad hoc, no hay un servicio de nombres centralizado, por lo que las máquinas tienen que descubrirse entre sí. Algo que hace Tracert al intentar realizar una búsqueda inversa de la dirección IP que proporcionó provoca una transmisión de nombres NetBIOS en la LAN local, y dado que su cuadro de prueba y "henshaw" están en la misma red, su cuadro puede aprender el nombre.

Intente usar "nbtstat / R" para vaciar el caché de nombres de NetBIOS, lo que debería devolverlo al estado del problema. Creo que si haces ping a Henshaw por su dirección IP, eso también llenará el caché. Además, sospecho que si usó "tracert / d" (no resuelva las direcciones IP en nombres) no obtendrá ese efecto beneficioso.

Velo Traveller
fuente