Trocar o DNS sem testar pode mascarar o problema. Primeiro confirme conectividade IP; depois descubra se a falha está no cliente, no roteador, no DNS interno ou no resolvedor externo.
1. Confirme se existe Internet sem DNS
Teste um IP público. Se ele responde e sites por nome não abrem, há forte indício de DNS. Se o IP público também não responde, investigue conectividade primeiro.
ping 1.1.1.1
nslookup google.com2. Descubra qual DNS o cliente está usando
No Windows, ipconfig /all mostra os servidores DNS. Em domínio Windows, estações normalmente devem consultar DNS interno do Active Directory; apontar diretamente para DNS público pode quebrar descoberta de serviços e logon.
ipconfig /all3. Teste DNS configurado e um resolvedor de referência
Nslookup permite consultar um servidor específico. Se o DNS local falha e um resolvedor público responde, investigue encaminhadores, serviço DNS, firewall e conectividade do servidor local.
nslookup microsoft.com
nslookup microsoft.com 1.1.1.14. Limpe cache somente depois de identificar o cenário
Cache corrompido é possível, mas não é a causa de todo erro. Limpar cache é uma ação simples no cliente, porém não corrige DNS de servidor indisponível ou regra de firewall bloqueando UDP/TCP 53.
ipconfig /flushdns5. DNS corporativo exige cuidado
Em Active Directory, o DNS faz parte da infraestrutura de identidade. Corrija zonas, encaminhadores, registros e replicação antes de alterar clientes para DNS público permanentemente.
Se seu ambiente usa equipamentos gerenciados, continue nos manuais técnicos de UniFi ou MikroTik. Para projeto e capacidade, veja também Wi-Fi Corporativo e Infraestrutura de Redes.
Regra para qualquer diagnóstico
- Reproduza o sintoma e anote quando acontece.
- Teste uma variável por vez para não perder a causa.
- Compare um cenário que falha com outro que funciona.
- Guarde logs, IPs, horários e resultados antes de reiniciar equipamentos.
- Faça backup antes de mudanças que possam afetar configuração ou dados.
Perguntas comuns sobre este problema
Posso usar 8.8.8.8 ou 1.1.1.1?
Como teste, sim. Em redes corporativas, verifique dependências de DNS interno antes de tornar a mudança permanente.
DNS usa só UDP 53?
Consultas comuns usam UDP, mas TCP 53 também é necessário em situações específicas, como respostas grandes e transferências de zona.
Limpar cache resolve sempre?
Não. Ajuda quando o problema é cache local, mas não corrige falhas no servidor ou na conectividade.