Não é possível efetuar o ping de máquinas locais pelo nome no Windows 7

Question

Estou tendo um problema estranho (e persistente!) com o ping de máquinas locais na minha rede pelo nome. Acredito que minha máquina (Windows 7 de 64 bits) é a única que tem esse problema. Isso é através de uma conexão sem fio.

Como exemplo, considere um dispositivo na minha rede com o nome de WDTVLiveHub . É um Western Digital Live Hub (surpresa!). Se eu for para a tabela de clientes DHCP do meu roteador no navegador (meu roteador é um WRT400N), vejo esta entrada:

WDTVLiveHub 192.168.1.101

Ótimo. Então eu tento pingar esse endereço IP:

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, ainda parece bom. Agora eu tento pingar pelo nome:

ping WDTVLiveHub

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

Pelo que li, isso implica em um problema com os servidores DNS e as pesquisas de nome de host. Curiosamente, se eu digitar o seguinte:

pathping 192.168.1.101

Eu recebo esta saída:

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 é obviamente o nome da minha máquina local. Então, é possível encontrar o nome de alguma forma quando eu faço essa abordagem ...

ipconfig /all mostra o seguinte em servidores DNS:

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

Onde o * representa os mesmos servidores DNS que aparecem no meu roteador no DNS 1 e no DNS 2 através da Internet.

Para completar, aqui está a saída inteira de 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

Não sei exatamente como diagnosticar exatamente o que está acontecendo ... mas o problema é realmente frustrante! O maior problema é que minhas unidades de rede mapeadas precisam ser feitas por IP, e sempre que o roteador atribuir novos endereços IP a esses dispositivos, todos os meus compartilhamentos de rede serão interrompidos novamente. Fedores!

Adoraria alguma ajuda em possíveis soluções. Eu tentei tudo isso netsh catálogo de redefinição e que não parece consertar nada. Também adoraria uma explicação do que está errado, em vez de restaurar as coisas cegamente!

ATUALIZAÇÃO: Eu executei o Wireshark 1.8.2 para ver o que estava acontecendo quando executei minha solicitação ping . O Wireshark mostra imediatamente quatro solicitações LLMNR para o que eu acredito ser o destino de multicast correto. Dois deles são IPv4 e os outros dois são IPv6. O que eu não vejo são quaisquer pacotes ICMP? O LLMNR deve trabalhar sozinho?

UPDATE 2: Eu sou capaz de executar ping em outra máquina (Windows Vista) na rede pelo nome. Isso combina com a idéia de que o LLMNR é suportado apenas em máquinas Windows mais recentes, mas não nos outros dispositivos da minha rede. Eu instalei o WireShark na minha máquina outro , e descobri que quando eu pingava de lá, ele também enviava pacotes NBNS - NetBIOS Name Service. Isso implica que, de alguma forma, minha máquina não está enviando consultas NBNS por algum motivo. Ainda cavando ...

UPDATE 3: Parece que não é possível enviar pacotes NetBIOS. Eu acho que esta é a causa raiz. Eu tentei desabilitar o LLMNR através da política de grupo esperando que o NetBIOS iniciasse magicamente, mas sem sorte. ipconfig mostra que o NetBIOS sobre TCP / IP está habilitado e, no entanto, o WireShark não mostra nenhum pacote de resolução de nome NetBIOS sendo enviado. Eu tentei desativar e reativá-lo. Eu também tentei os dois comandos clássicos de nbtstat winsock reset catalog e nbtstat int ip reset reset.log , mas eles não corrigiram os problemas do NetBIOS. AMARIA alguma orientação ...

RESOLVIDO! Muito obrigado ao wmz. Ele realmente identificou exatamente o problema: por qualquer motivo, meu NetBIOS sobre TCP / IP configurou-se para atuar no modo ponto-a-ponto. Depois de uma pequena pesquisa, o modo peer-to-peer só funciona se você tiver um servidor WINS configurado (o que eu definitivamente não faço!). Eu procurei no registro e não encontrei nenhuma entrada em NodeType, mas sim uma entrada para DhcpNodeType com o valor (horror dos horrores!) De 0x00000002. Um valor de 1 é Broadcast (que teria sido bom), 2 é Peer-to-Peer (requer um servidor WINS! Ack!), 4 tentativas de servidor WINS, em seguida, difunde e 8 tentativas de transmissão, em seguida, servidor WINS (chamado "Hybrid" modo). Depois de excluir a entrada DhcpNodeType e reinicializar, descobri que ipconfig /all agora mostrava o modo Híbrido. Então parece que esse é o padrão para o Windows 7 Ultimate 64-bit. Eu tentei pingar wdtvlivehub e fui imediatamente recebido com o doce sabor do sucesso. Muito obrigado a todos vocês por suas várias respostas. Estou muito feliz por ter resolvido o problema sem reinstalar o Windows ou alguma coisa maluca. Eu ainda não tenho ideia de como esse valor foi mudado ... mas pelo menos é mais uma coisa para procurar e espero que esta informação ajude alguém a lidar com problemas de rede frustrantes! É tão bom ter esse problema lambido! Recompensa bem merecida!

Obrigado!

    

Answer 1

Suas descobertas parecem apontar para o resolvedor netbios, que por sua vez torna essa entrada suspeita:
Node Type . . . . . . . . . . . . : Peer-Peer

O tipo de nó Netbios p (2) - normalmente usado apenas com o servidor Wins (que eu suponho que você não tem) - efetivamente desabilita qualquer difusão de resolução de nome de netbios.

Este artigo descreve um problema muito semelhante ao seu e também vincula a artigo da Technet de Msoft detalhando como redefinir o tipo de nó para algo mais razoável:

To resolve this issue, follow these steps:

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

Note If the NodeType value is present, this value will override the DhcpNodeType value. If neither subkey is present and if no WINS servers are configured for the client, the computer uses b-node mode. If at least one WINS server is configured, the computer uses h-node mode. Quit Registry Editor. Restart the computer. Try to view workgroup computers on the network again.

    

Answer 2

Uma coisa interessante sobre a sua saída ipconfig /all é que você não tem sufixo dns primário, você deve ir para as propriedades tcp / ip para ipv4 naquele adaptador e adicionar grupo de trabalho como seu sufixo dns principal e ver se ele é capaz de Para resolver os nomes dos seus outros sistemas, a maioria dos roteadores adicionará .workgroup aos nomes das máquinas para que o fqdn do seu sistema seja scotty.workgroup. verifique também e veja se você pode executar ping no WDTVLiveHub.workgroup pelo nome. você também deve adicionar grupo de trabalho à lista de domínios de pesquisa do DNS nas configurações do ipv4 para esse adaptador também.

    

Answer 3

Talvez o servidor não consiga resolver o nome do host.

Você pode tentar adicionar a entrada para o WDTVLiveHub no arquivo hosts como:

192.168.1.101 WDTVLiveHub

No Windows: C: \ Windows \ system32 \ drivers \ etc \

    

Answer 4

Talvez a mistura nos mesmos dispositivos de rede que usam iPv4 e iPv6 seja o problema.

Você pode tentar desativar o iPv6 no roteador e no Windows 7.

    

Answer 5

A solução a seguir permitirá que você esqueça a dificuldade em lidar com arquivos hosts locais e coisas como a resolução de nomes NETBIOS - mas há uma desvantagem nisso. Esta não é apenas uma configuração para ativar ou desativar sua configuração do Windows ou do roteador. Isso precisa de um pouco mais de esforço do seu lado.

Para mim, parece que você é suficientemente sofisticado para resolver isso de uma forma, onde você nunca mais terá problemas com a resolução de nomes em sua rede doméstica!

Após uma verificação rápida em www.dd-wrt.com , parece que o seu Cisco -Router é compatível para executar o DD-WRT de firmware do roteador de código aberto. Esta pequena paz de software irá gastar o seu roteador toda a funcionalidade que você precisa em sua rede doméstica e ainda mais. Isso também inclui um serviço chamado DNSMasq, que é um servidor de DNS pequeno e leve que é executado em seu roteador.

Do Wiki do DD-WRT:

An added advantage is that DNSMasq can intelligently add DHCP leases to its DNS database, providing local name lookups for any DHCP client, static or dynamic.

Portanto, isso realmente adicionará a resolução de dns real à sua rede, que não é baseada na esperança de que o seu NETBIOS e a resolução de DNS multicast funcionem.

Se você é do tipo que gosta de remar por algumas horas e tentar algo novo, sugiro que dê uma olhada. Você pode encontrar um guia para atualizar o seu aqui , mas certifique-se de Verifique se o seu dispositivo e versão do modelo é compatível com o DD-WRT antes de atualizar o novo firmware para ele ou se você pode corromper seu dispositivo! o link novamente para verificar isso

Outras coisas legais que você recebe com o DD-WRT:

• Suporte ao Wake On LAN - Inicialize seus dispositivos de qualquer lugar na palavra
• VPN Endpoint-Support - Obtenha uma conexão segura com sua rede doméstica do exterior.
• Análise e gerenciamento de largura de banda - Obtenha informações reais sobre o uso de sua rede.
• muitas mais coisas. Visão geral pode ser encontrada aqui

A propósito, é grátis também.

Chega Riscie!

(Eu não estou ligado a qualquer um dos desenvolvedores do DD-WRT nem vai ganhar de alguém usando este firmware - estou tão entusiasmado porque eu realmente acredito em sua funcionalidade:))