Eu tenho uma caixa Win 10 na rede do meu escritório que perderá intermitentemente sua capacidade de resolver nomes IPV4. Quando o problema ocorre, o usuário não pode acessar nenhum site externo da Internet. Eu reduzi o problema a algum tipo de problema de rede na caixa do Win 10, mas não consigo descobrir o que pode ser ou quais devem ser minhas próximas etapas de diagnóstico. Aqui estão as etapas de diagnóstico que eu tentei.
Excluído o problema do ISP, pois todos os outros computadores em nosso pequeno escritório têm conexão à Internet quando esse problema ocorre nesta caixa.
Excluída a questão interna do DNS da LAN, pois todas as caixas recebem suas configurações de DNS e DHCP via dnsmasq. Marquei e comparou esta caixa com outras pessoas no escritório e não há diferença significativa.
A tabela de roteamento e o cache arp comparados com outras caixas de trabalho e não encontraram diferença significativa entre eles.
Sintomas quando o problema está presente:
uma. Ping site externo por nome. Não funciona.
C:\WINDOWS\system32>ping meridianenv.com
Ping request could not find host meridianenv.com. Please check the name and try again.
Sabe-se que este site está ativo e responde no momento desta verificação.
b. Ping site externo pelo endereço IPV4. Trabalho.
C:\WINDOWS\system32>ping 66.160.145.21
Pinging 66.160.145.21 with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=26ms TTL=54
Execute este teste imediatamente de costas com o teste anterior. Em seguida, execute novamente a execução do teste anterior e o resultado foi o mesmo que acima.
c. Ping para outra caixa interna da LAN por nome. Funciona , mas responde com IPV6 em vez de IPV4.
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610 [fe80::28f1:3c0b:c6a8:91ea%3] with 32 bytes of data:
Reply from fe80::28f1:3c0b:c6a8:91ea%3: time<1ms
d. Faça ping em outra caixa LAN interna pelo número IPV4. Trabalho. Esta é a mesma caixa imediatamente acima.
C:\WINDOWS\system32>ping 192.168.112.101
Pinging 192.168.112.101 with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
e Faça ping de outra caixa da LAN interna, de volta à caixa do problema, por nome. Trabalho.
C:\Users\jeffb>ping acct-opti5040
Pinging acct-opti5040.mei.lan [192.168.112.108] with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
f. Faça ping de outra caixa da LAN interna, de volta à caixa do problema, pelo endereço IPV4. Trabalho.
C:\Users\jeffb>ping 192.168.112.108
Pinging 192.168.112.108 with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
Quando a caixa está funcionando corretamente, executei novamente esses mesmos testes e os dois resultados a seguir foram alterados (itens a e c acima).
uma. Ping site externo por nome. Trabalho.
C:\WINDOWS\system32>ping meridianenv.com
Pinging meridianenv.com [66.160.145.21] with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=33ms TTL=54
c. Ping para outra caixa interna da LAN por nome. Funciona e retorna com informações IPV4.
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610.mei.lan [192.168.112.101] with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
Outras coisas que eu tentei:
Lave o cache DNS do Windows. Não corrigiu o problema.
C: \ WINDOWS \ system32> ipconfig / flushdns
Configuração de IP do Windows, com
êxito, liberou o cache do resolvedor de DNS.Redefina a interface IPV4.
C: \ WINDOWS \ system32> netsh int ipv4 redefinir reset.log
Interface de redefinição, OK!
Redefinindo o endereço Unicast, OK!
Redefinindo o vizinho, OK!
Redefinindo caminho, OK!
A redefinição falhou.
Acesso negado.
Reinicie o computador para concluir esta ação.
Não tenho certeza se isso foi bem-sucedido, pois diz que a redefinição falhou e o acesso foi negado. Em seguida, afirma que requer uma reinicialização para entrar em vigor. Enquanto a redefinição da interface e a reinicialização do sistema podem resolver temporariamente o problema, é impossível saber se a resolução é resultado da redefinição ou reinicialização. Como o sistema é reiniciado todos os dias, isso não parece ser uma solução para o problema.
Redefina a interface IPV6.
C: \ WINDOWS \ system32> netsh int ipv6 reset reset.log
Interface de redefinição, OK!
Redefinindo o vizinho, OK!
Redefinindo caminho, OK!
A redefinição falhou.
Acesso negado.
Reiniciando, OK!
Reiniciando, OK!
Reinicie o computador para concluir esta ação.
A mesma conclusão que a redefinição da interface IPV4 acima. Isso não parece ser uma solução para o problema.
Esse problema não ocorre com nenhuma das outras caixas do Windows no escritório (principalmente o Win 7 e uma outra caixa do Win10). Quando o problema ocorre, ele pode ocorrer apenas por um ou dois minutos ou pode durar mais de 10 minutos. Não consigo correlacionar quando isso acontece, ou quando se corrige, com qualquer outra coisa acontecendo em nossa rede.
Estou procurando sugestões adicionais sobre o que pode estar causando esse problema, as opções de diagnóstico ou o que pode corrigi-lo.
Obrigado por qualquer ajuda.
fonte