Corrija “Server DNS Address Could Not Be Found”

A ligação costuma ser assim: “A internet quebrou, mas só para um site”. O Chrome mostra uma página cinza, um dinossaurinho e as palavras Server DNS address could not be found, com DNS_PROBE_FINISHED_NXDOMAIN em letras menores embaixo. Todo o resto carrega normalmente. A pessoa do outro lado da linha já reiniciou o roteador duas vezes.

Já corrigi esse erro mais vezes do que consigo contar, e ele quase nunca significa o que as pessoas temem. Não há nada de errado com o Chrome, e o site geralmente não sumiu. Seu computador pediu o endereço do site e, em algum ponto da cadeia, a resposta voltou como “esse lugar não existe”. Essa cadeia — o cache do navegador, o cache do sistema operacional, o roteador, o resolvedor da sua operadora — tem vários elos, e qualquer um deles pode ser o mentiroso. Todo o trabalho é descobrir qual.

Primeira pergunta: caiu para todo mundo ou só para você?

Antes de mexer em qualquer configuração, pegue o celular. Desligue o Wi-Fi para o celular usar os dados móveis e abra o site. Você acabou de fazer o teste mais útil de todo este guia, porque trocou todo o caminho da rede em cinco segundos.

• O site carrega nos dados móveis. O site está bem. Algo entre o seu computador e o resolvedor da sua operadora está lhe dando uma resposta errada, e tudo abaixo vai corrigir isso.
• O site também falha lá. Teste outro site que você usa todos os dias. Se ele carregar, o problema provavelmente está na ponta do site: um registro de domínio vencido, uma alteração de DNS malfeita ou uma hospedagem que desligou tudo. Você não consegue corrigir isso da sua cadeira.
• Tudo falha em todo lugar. Isso já não é mais esse erro; é a sua conexão em si. Outro problema, outro guia.

Se você quer a mesma resposta com mais alcance do que o celular oferece, o verificador de propagação DNS consulta resolvedores públicos em vários países e mostra se eles concordam sobre o endereço do site. Se resolvedores do mundo inteiro retornarem NXDOMAIN, o site tem um problema real de DNS. Se todos retornarem um endereço sem reclamar, a resposta errada está sendo produzida em algum lugar perto de você.

O que o erro realmente significa

O DNS é a consulta que transforma um nome como example.com no endereço numérico ao qual o navegador realmente se conecta. Esse erro significa que a consulta não voltou vazia por acidente: o resolvedor informou ativamente que o nome não existe. É isso que NXDOMAIN significa, e nosso explicativo sobre o que significa NXDOMAIN trata a resposta em si em profundidade.

Aqui está a parte que confunde as pessoas: “não existe” pode ser uma resposta verdadeira sobre um site que foi excluído, ou uma resposta velha que o seu próprio equipamento guardou em cache antes e continua repetindo. A mensagem de erro parece idêntica nos dois casos. É por isso que as correções abaixo vão atrás de caches e resolvedores, e não do navegador em si: reinstalar o Chrome por isso é como comprar um celular novo porque o número de um contato mudou.

Combine o sintoma com a causa

As correções, na ordem em que eu realmente as tento

1. 1

   Limpe o cache DNS

   No Windows, abra o Prompt de Comando e execute ipconfig /flushdns. No Mac, é sudo dscacheutil -flushcache no Terminal. Isso joga fora as respostas guardadas do computador, incluindo a errada, e força uma nova consulta. Leva dez segundos e não prejudica nada, e é por isso que é sempre o meu primeiro passo.

2. 2

   Mude para um resolvedor público

   Se a limpeza não mudou nada, a resposta errada vem de mais acima. Altere os servidores DNS do computador para um resolvedor público como 1.1.1.1 ou 8.8.8.8 e recarregue. Se o site voltar à vida, o resolvedor da sua operadora era o mentiroso: deixe a configuração assim, ou mantenha até a operadora se resolver.

3. 3

   Verifique o arquivo hosts

   O arquivo hosts substitui o DNS por completo. Se uma linha dele mapear o nome do site para um endereço velho — deixada lá por um software antigo, um experimento passado ou algo que você colou anos atrás e esqueceu —, nenhuma troca de resolvedor vai adiantar, porque o computador nem pergunta. Abra o arquivo, procure o nome do site e remova ou comente qualquer linha que encontrar.

4. 4

   Reinicie o roteador, uma vez

   Roteadores também guardam respostas em cache, e os baratos fazem isso mal. Uma única reinicialização limpa esse cache e renegocia a conexão. Digo uma vez porque reiniciá-lo quatro vezes seguidas, como quem liga costuma confessar, faz exatamente o que reiniciá-lo uma vez faz.

5. 5

   Desligue a VPN e teste de novo

   Uma VPN redireciona suas consultas DNS para os servidores dela. Se eles estiverem fora do ar, mal configurados ou o túnel morreu pela metade enquanto a conexão continuou ativa, as consultas de nome falham enquanto tudo parece conectado. Desconecte por completo — não pausar, desconectar — e recarregue a página.

Duas coisas que as pessoas juram que ajudam e raramente ajudam

Reinstalar o navegador. O navegador guarda um cache pequeno próprio, claro, mas esse erro é gerado pela falha da consulta no nível do sistema, e uma instalação nova herda o mesmo resolvedor, o mesmo arquivo hosts e o mesmo roteador. Você vai gastar vinte minutos restaurando os favoritos para voltar ao dinossauro.

A outra é “espere 48 horas”, repetido como um feitiço. Esperar realmente corrige um cenário: o site mudou o DNS dele recentemente, e a resposta velha ainda está saindo dos caches do mundo inteiro. Nosso guia para diagnosticar “este site não pode ser acessado” separa essa espera das falhas que você pode corrigir. Mas se o site carrega no seu celular hoje, esperar não vai corrigir a sua rede: os cinco passos acima vão, geralmente em dez minutos.

Quando apenas um navegador mostra o erro

Aqui está uma variação que leva as pessoas pelo caminho errado por horas: o site falha no Chrome, mas carrega perfeitamente em outro navegador na mesma máquina, na mesma rede, no mesmo minuto. Esse único fato descarta de uma só vez o seu roteador, o seu provedor e o site. A diferença mora dentro do próprio navegador.

Os navegadores modernos fazem cada vez mais suas próprias consultas em vez de confiar no sistema. O Chrome tem uma configuração de Secure DNS que pode enviar consultas por uma conexão criptografada para um resolvedor escolhido pelo navegador, ignorando aquele com o qual o seu computador está configurado; o Firefox tem um recurso semelhante com seus próprios padrões. Se esse caminho escolhido pelo navegador estiver quebrado — ou simplesmente guardar uma resposta desatualizada que o resto do sistema já esqueceu — você recebe este erro em exatamente um programa, enquanto todo o resto funciona. Definir o DNS seguro do navegador para usar o resolvedor do sistema, ou desativá-lo, é o teste de dois minutos que resolve a questão.

A divisão inversa é igualmente informativa: todos os navegadores falham, mas uma consulta por linha de comando funciona, o que aponta para algo que os navegadores compartilham — as configurações do resolvedor do sistema, o arquivo hosts, a própria rede. Um programa contra todos os programas é a maneira mais rápida que conheço de localizar qual camada guarda a resposta errada, e é por isso que minha primeira pergunta nessas ligações nunca é sobre configurações. É: “falha em todos os lugares ou só aqui?”

Você também pode interrogar os resolvedores um de cada vez em vez de adivinhar. Um comando como nslookup example.com 1.1.1.1 pede sua resposta a um resolvedor específico, ignorando seus padrões. Pergunte ao seu resolvedor habitual e depois a um público. Se o resolvedor público retornar um endereço enquanto o seu retorna NXDOMAIN, você pegou o mentiroso no flagra — e sabe se o trabalho restante é limpar o cache, esperar ou mudar a configuração de vez.

A mesma falha usa fantasias diferentes em outros lugares, o que confunde quem procura ajuda. O Chrome do Android a chama de ERR_NAME_NOT_RESOLVED, o Firefox diz que o servidor não foi encontrado e o Safari informa que não consegue encontrar o servidor. Palavras diferentes, o mesmo evento por baixo: uma consulta voltou dizendo que o nome não existe. Se uma correção em um guia sobre qualquer uma dessas mensagens for, na verdade, sobre caches ou resolvedores, ela também se aplica à sua — traduza o nome do erro e mantenha o método.

Quando realmente não é problema seu

Às vezes, minha resposta nessas ligações é: são eles, não você. Um domínio cujo registro vence tem os servidores de nomes removidos, e todo resolvedor do planeta começa a responder NXDOMAIN — exatamente o mesmo erro, só que agora dizendo a verdade. O dono de um site no meio de uma migração também pode publicar um registro quebrado e derrubar o nome para todo mundo de uma vez.

A pista é a consistência. Seu celular falha, o do vizinho falha, e os truques locais do nosso guia para corrigir os erros DNS_PROBE_FINISHED do Windows não mudam nada — enquanto resolvedores públicos do mundo inteiro concordam que não há endereço. Nesse ponto, feche as abas de configurações. Não resta nada para reparar na sua ponta; o site volta quando o dono corrigir o registro, ou não volta nunca.