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) seja a única com esse problema. Isso é feito 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 cliente DHCP do meu roteador no navegador (meu roteador é um WRT400N), vejo esta entrada:
WDTVLiveHub 192.168.1.101
Ótimo. Então, eu tento executar ping nesse 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 está com boa aparência. Agora eu tento fazer o ping pelo nome:
ping WDTVLiveHub
Ping request could not find host WDTVLiveHub. Please check the name and try again.
Pelo que li, isso implica um problema com servidores DNS e 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 DNS 2 pela Internet.
Para completar, aqui está toda a saída 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 atribui novos endereços IP a esses dispositivos, todos os meus compartilhamentos de rede são interrompidos novamente. Cheira mal!
Adoraria alguma ajuda em possíveis soluções. Eu tentei netshredefinir todo esse catálogo e isso não pareceu consertar nada. Também adoraria uma explicação do que está acontecendo de errado, em vez de redefinir as coisas cegamente!
ATUALIZAÇÃO: Executei o Wireshark 1.8.2 para ver o que estava acontecendo quando executei meu pingpedido. O Wireshark mostra imediatamente quatro LLMNRsolicitações para o que acredito ser o destino multicast correto. Dois deles são IPv4 e os outros dois são IPv6. O que não vejo são pacotes ICMP? O LLMNR deve funcionar por conta própria?
ATUALIZAÇÃO 2: Consigo 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. Instalei o WireShark na minha outra máquina e descobri que, quando sigo de lá, ele também envia 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 ...
ATUALIZAÇÃO 3: Não consigo enviar pacotes NetBIOS. Eu acho que essa é a causa raiz. Tentei desabilitar o LLMNR através da política de grupo, esperando que o NetBIOS iniciasse magicamente, mas sem sorte. ipconfigmostra que o NetBIOS sobre TCP / IP está ativado, mas o WireShark não mostra nenhum pacote de resolução de nomes NetBIOS sendo enviado. Tentei desativar e, em seguida, reativá-lo. Eu também tentei os dois comandos clássicos de nbtstat winsock reset cataloge nbtstat int ip reset reset.log, mas esses não corrigiram os problemas do NetBIOS. ADORARIA alguma orientação ...
RESOLVIDO! Muito, muito obrigado a wmz. Ele realmente identificou exatamente o problema: por qualquer motivo, meu NetBIOS sobre TCP / IP havia se configurado para agir no modo ponto a ponto. Depois de um pouco de pesquisa, o modo ponto a ponto 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 entradas no NodeType, mas na verdade uma entrada para DhcpNodeType com o valor (horror de horrores!) De 0x00000002. O valor 1 é Broadcast (o que seria bom), 2 é Peer-to-Peer (requer um servidor WINS! Aceita!), 4 tenta o servidor WINS e depois transmite e 8 tenta transmitir o servidor WINS (chamado "Híbrido" modo). Depois de excluir a entrada DhcpNodeType e reiniciar, descobri queipconfig /allagora mostrou o modo híbrido. Portanto, parece que esse é o padrão para o Windows 7 Ultimate de 64 bits. Tentei fazer ping wdtvlivehube fui imediatamente recebido com o sabor doce do sucesso. Muito obrigado a todos por suas várias respostas. Estou muito feliz por ter resolvido o problema sem reinstalar o Windows ou algo louco. Ainda não tenho idéia de como esse valor foi alterado ... mas pelo menos é mais uma coisa a procurar e espero que essa informação ajude alguém a lidar com problemas frustrantes de rede! É tão bom ter esse problema lambido! Recompensa bem merecida!
Obrigado!
fonte
cmd - nslookup - 192.168.1.101cmd - nslookup - WDTVLiveHubRespostas:
Suas descobertas parecem apontar para o netbios resolvedor, que por sua vez torna essa entrada suspeita:
Node Type . . . . . . . . . . . . : Peer-PeerO tipo de nó Netbios p (2) - normalmente usado apenas com o servidor Wins (que suponho que você não possui) - desativa efetivamente qualquer transmissão de resolução de nomes netbios.
Este artigo descreve um problema muito semelhante ao seu e também fornece links para o artigo do technet da Msoft detalhando como redefinir o tipo de nó para algo mais razoável:
fonte
Uma coisa interessante sobre sua
ipconfig /allsaída é que você não possui sufixo DNS primário, deve acessar as propriedades tcp / ip para ipv4 nesse adaptador e adicionar o grupo de trabalho como seu sufixo DNS primário e ver se é capaz de resolver os nomes dos 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 se é possível executar ping no WDTVLiveHub.workgroup pelo nome. você também deve adicionar um grupo de trabalho à lista de domínios de pesquisa de DNS nas configurações de ipv4 para esse adaptador também.fonte
Talvez o servidor não consiga resolver o nome do host.
Você pode tentar adicionar a entrada para WDTVLiveHub no arquivo hosts como:
No Windows: C: \ Windows \ system32 \ drivers \ etc \
fonte
hostsarquivo "corrige" o problema, mas basicamente ignora o problema real - que a resolução do nome do host não está funcionando. Isso me parece mais uma solução alternativa do que uma solução ... Eu não deveria adicionar entradas nohostsarquivo para todas as máquinas da minha rede! Ainda útil, obrigado por responder.Talvez seja o problema misturar nos mesmos dispositivos de rede que usam iPv4 e iPv6.
Você pode tentar desligar o iPv6 no roteador e no Windows 7.
fonte
A solução a seguir permitirá que você esqueça a confusão que lida com arquivos de 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 no Windows ou na configuração do roteador. Isso precisa de um pouco mais de esforço do seu lado.
Para mim, parece que você está sufocado o suficiente para resolver isso de uma maneira, onde nunca mais terá problemas com a resolução de nomes em sua rede doméstica!
Após uma rápida verificação em www.dd-wrt.com , parece que o Cisco-Router é compatível para executar o DD-WRT de firmware de roteador de código aberto. Essa pequena e prática paz de software gastará seu roteador com todas as funcionalidades necessárias em sua rede doméstica e ainda mais. Isso também inclui um serviço chamado DNSMasq, que é um servidor DNS pequeno e leve que é executado no seu roteador.
No Wiki do DD-WRT:
Portanto, isso realmente adiciona resolução de DNS real à sua rede, o que não se baseia na esperança de que seu NETBIOS e a resolução de DNS multicast funcionem.
Se você é o tipo de cara que gosta de remar por algumas horas e tentar algo novo, sugiro que você dê uma olhada. Você pode encontrar um guia para atualizar seu roteador aqui, mas verifique se o seu dispositivo e a versão do modelo são compatíveis com o DD-WRT antes de atualizar o novo firmware para ele ou pode danificá-lo! o link novamente para verificar isso
Outras coisas interessantes que você obtém com o DD-WRT:
By the way, é grátis também.
Elogios Riscie!
(Eu não estou conectado a nenhum dos desenvolvedores do DD-WRT nem ganho com alguém usando este firmware - estou tão entusiasmado porque realmente acredito em sua funcionalidade :))
fonte