Isso é realmente estranho - eu tenho uma solução alternativa para isso (continue lendo), mas eu adoraria saber por que isso funciona.
Eu tinha uma configuração de VPN funcionando bem com um servidor WinServer2003 e um cliente Vista.
Então eu configurei uma nova caixa Win7 para acessar o mesmo servidor. O servidor está executando o WINS.
Ambos os clientes podem acessar a VPN fina e executar ping nas máquinas no servidor por endereço IP4.
Mas SOMENTE o cliente Vista pode executar ping em máquinas pelo endereço NETBIOS (nome da máquina). O cliente Win7 acabou de retornar "não foi possível encontrar o host".
Tanto quanto posso dizer, os clientes são configurados de forma idêntica.
Por acaso, enquanto brincava, descobri que, se eu rodar um rastreador no cliente Win7 - rastreando a rota para qualquer máquina no lado do servidor -, DEPOIS DE QUE o NETBIOS funciona.
Por exemplo (isto é da linha de comando cygwin na caixa Win7, com senhas editadas 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 é a caixa do servidor Server2003, 10.1.10.1 é o gateway de rede.)
Que diabos está acontecendo? Por que a caixa Win7 age de maneira diferente em primeiro lugar e por que a tracert a corrige?
--Dave
Adicionado:
Por sugestão do @Sane, aqui está o ipconfig toda a saída de ambos os clientes:
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
Caixa 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
fonte
Respostas:
Suspeito que um efeito colateral do comando tracert seja o preenchimento do cache de nomes NetBIOS. Execute o comando:
Antes e depois do comando tracert. Meu palpite é que você verá a entrada de "henshaw".
Esqueço o mecanismo exato, trata-se de estar em uma rede NetBIOS ad hoc, não há serviço de nomes centralizado para que as máquinas tenham que se descobrir. Algo que o tracert faz ao tentar fazer uma pesquisa inversa do endereço IP que você forneceu provoca uma transmissão para nomes NetBIOS na LAN local e, como sua caixa de teste e "henshaw" estão na mesma rede, sua caixa pode aprender o nome.
Tente usar "nbtstat / R" para liberar o cache de nomes NetBIOS, o que o levará de volta ao estado do problema. Eu acho que se você executar ping henshaw pelo seu endereço IP, isso também preencherá o cache. Além disso, suspeito que, se você usou "tracert / d" (não resolva endereços IP em nomes), não terá esse efeito benéfico.
fonte