Resolução de nomes IPV4 do Win 10 caindo intermitentemente

Resolução de nomes IPV4 do Win 10 caindo intermitentemente

Eu tenho uma caixa Win 10 na rede do meu escritório que perderá intermitentemente a capacidade de resolver nomes IPV4. Quando o problema ocorre, o usuário não consegue acessar nenhum site externo da Internet. 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 deveriam ser minhas próximas etapas de diagnóstico. Aqui estão as etapas de diagnóstico que tentei.

  1. Problema de ISP descartado, pois todos os outros computadores em nosso pequeno escritório possuem conexão com a Internet quando esse problema ocorre nesta caixa.

  2. Descartado problema interno de DNS da LAN, pois todas as caixas recebem sua configuração de DNS e DHCP via dnsmasq. Verifiquei e comparei esta caixa com outras no escritório e não há diferença significativa.

  3. Comparamos a tabela de roteamento e o cache arp com outras caixas de trabalho e não encontramos nenhuma diferença significativa entre eles.

Sintomas quando o problema está presente:

a. Faça ping no 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 respondendo no momento desta verificação.

b. Faça ping em site externo por endereço IPV4. Funciona.

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  

Executei este teste imediatamente consecutivo com o teste anterior. Em seguida, executei imediatamente o teste anterior e o resultado foi o mesmo acima.

c. Faça ping para outra caixa LAN interna 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 para outra caixa LAN interna pelo número IPV4. Funciona. 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 LAN interna, de volta à caixa do problema, por nome. Funciona.

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 LAN interna, de volta à caixa com problema, pelo endereço IPV4. Funciona.

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 (itensaecacima).

a. Faça ping no site externo por nome. Funciona.

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. Faça ping para outra caixa LAN interna por nome. Funcionae 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 tentei:

  1. Limpe o cache DNS do Windows. Não resolveu o problema.

    C:\WINDOWS\system32>ipconfig /flushdns
    Configuração IP do Windows
    Limpou com sucesso o cache do resolvedor DNS.

  2. Redefina a interface IPV4.

    C:\WINDOWS\system32>netsh int ipv4 reset reset.log
    Redefinindo interface, OK!
    Redefinindo o endereço Unicast, OK!
    Redefinindo 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 é necessária uma reinicialização para entrar em vigor. Embora a redefinição da interface e a reinicialização do sistema possam resolver temporariamente o problema, é impossível saber se a resolução é resultado da redefinição ou da reinicialização. Como o sistema é reinicializado todos os dias, isso não parece ser uma solução para o problema.

  1. Redefina a interface IPV6.

    C:\WINDOWS\system32>netsh int ipv6 reset reset.log
    Redefinindo interface, OK!
    Redefinindo 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 da redefinição da interface IPV4 acima. Isto não parece ser uma solução para o problema.

Esse problema não ocorre com nenhuma outra caixa do Windows no escritório (principalmente Win 7 e outra caixa Win10). Quando o problema ocorre, pode ocorrer apenas por um ou dois minutos ou durar mais de 10 minutos. Não consigo correlacionar quando isso acontece, ou quando se resolve, com qualquer outra coisa que esteja acontecendo em nossa rede.

Estou procurando sugestões adicionais sobre o que pode estar causando esse problema, opções de diagnóstico ou o que pode corrigi-lo.

Obrigado por qualquer ajuda.

informação relacionada