ERR_NAME_NOT_RESOLVED: o nome do site não é encontrado

O que o erro significa

Antes de abrir um site, o navegador pergunta ao DNS qual endereço IP está por trás do nome. ERR_NAME_NOT_RESOLVED é o Chrome dizendo que essa pergunta não teve uma resposta que servisse: o resolvedor não respondeu, respondeu com erro, ou devolveu uma resposta sem nenhum endereço. O Chrome mostra o código abaixo de “Não é possível acessar esse site”; o Firefox diz “Hmm. Não conseguimos encontrar esse site.”. Nenhuma conexão foi tentada: o navegador nunca chegou a ter um endereço para onde ir. O servidor web não tem nada a ver com isso; o problema está entre o aparelho do visitante e os nameservers do domínio.

Qual é a diferença para DNS_PROBE_FINISHED_NXDOMAIN?

Os dois erros parecem irmãos, mas apontam para lugares diferentes. DNS_PROBE_FINISHED_NXDOMAIN é uma resposta precisa: o DNS respondeu e disse “este nome não existe”. Quase sempre é o domínio que venceu, nunca foi registrado ou tem a zona vazia. ERR_NAME_NOT_RESOLVED é mais vago: o computador do visitante não conseguiu obter um endereço, por erro de digitação, DNS local, VPN, subdomínio sem registro, nameserver errado, DNSSEC ou propagação. Em resumo: com NXDOMAIN, olhe primeiro o domínio; com NAME_NOT_RESOLVED, olhe primeiro a rede do visitante e, se ela estiver em ordem, os registros do subdomínio e os nameservers.

Causas frequentes

Do lado do visitante

1. Um erro no endereço digitado ou um link para um nome que nunca existiu.
2. O resolvedor da rede não responde: roteador travado, DNS da operadora instável, Wi-Fi público com portal de login ainda não aceito.
3. Uma VPN ou um proxy que captura as consultas DNS e cai no meio do caminho; um cache DNS com uma resposta velha.
4. Um filtro de conteúdo, controle dos pais ou antivírus que bloqueia o nome em silêncio.

Do lado do dono

5. Subdomínio sem registro. loja.example.com ou app.example.com foi configurado no servidor, mas ninguém criou o registro A, AAAA ou CNAME na zona DNS.
6. Nameservers errados depois de uma mudança. O domínio foi apontado para um provedor de DNS novo, mas os nameservers no registrador ainda são os antigos, ou o contrário, e um dos lados não tem a zona.
7. DNSSEC quebrado. Um registro DS desatualizado no registrador faz os resolvedores que validam responderem com erro (SERVFAIL).
8. Propagação. Uma alteração recente ainda não chegou a todos os resolvedores; uns já veem o registro novo, outros não veem nada.

Se você é visitante

1. Confira a grafia do endereço e tente com e sem www.
2. Abra o site pelo celular sem Wi-Fi. Se lá funcionar, o problema é o DNS da sua rede.
3. Limpe o cache DNS: ipconfig /flushdns no Windows, sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder no macOS, sudo resolvectl flush-caches no Linux.
4. Desconecte a VPN, reinicie o roteador e, se continuar, configure um resolvedor público na rede (1.1.1.1 ou 9.9.9.9).
5. Se nada mudar e o site também não abrir para outras pessoas, só o dono pode resolver.

Se o site é seu: verifique primeiro

Abra o website down checker: ele diz se o nome é resolvido a partir de um ponto neutro. Se for, o problema está do lado do visitante. Se não for, siga com os comandos:

# o nome tem endereço? e o subdomínio?
dig +short example.com A
dig +short loja.example.com A
dig +short loja.example.com CNAME

# quais nameservers o registrador anuncia, e quais a zona usa?
dig +short example.com NS
whois example.com | grep -i "name server"

# perguntar direto ao nameserver autoritativo (ignora qualquer cache)
dig @ns1.seu-provedor-dns.com loja.example.com A

# DNSSEC: uma cadeia quebrada devolve SERVFAIL
dig @1.1.1.1 example.com A +dnssec | grep -E 'status|flags'

No Windows, nslookup loja.example.com faz o mesmo. Como ler: resposta vazia com status: NOERROR quer dizer que o nome existe, mas não tem registro do tipo pedido (causa 5). Nameservers diferentes entre dig NS e whois apontam para a causa 6. status: SERVFAIL com +dnssec e resposta normal sem ele é DNSSEC (causa 7). Se o autoritativo responde certo e um resolvedor público ainda não, é propagação (causa 8): espere o TTL.

Soluções para o dono

1. Criar o registro do subdomínio

No painel do seu provedor de DNS, crie o registro que falta. Para um subdomínio no mesmo servidor, um CNAME basta; para outro servidor, um A (e um AAAA, se houver IPv6):

loja.example.com.   CNAME   example.com.
app.example.com.    A       203.0.113.20

Confira depois com dig @ns1.seu-provedor-dns.com loja.example.com A. A resposta no autoritativo é imediata; nos resolvedores, dentro do TTL.

2. Alinhar os nameservers

Decida qual provedor de DNS é o dono da zona e coloque exatamente os nameservers dele no registrador. Antes de trocar, copie todos os registros (A, AAAA, CNAME, MX, TXT) para a zona nova: um nameserver sem zona responde com erro para tudo, inclusive e-mail.

3. Consertar o DNSSEC

Se dig +dnssec devolve SERVFAIL enquanto a consulta direta ao autoritativo funciona, o registro DS no registrador não corresponde às chaves do provedor de DNS. Remova o DS no registrador ou copie para lá o DS novo que o provedor fornece.

4. Esperar a propagação com o TTL certo

Antes de uma mudança planejada, reduza o TTL dos registros envolvidos para alguns minutos; depois da mudança, aumente de novo. Assim a janela em que uns resolvedores veem o antigo e outros o novo fica curta. No servidor web não há o que reiniciar: nada nele provoca este erro.

Se o problema está na sua hospedagem

Se a hospedagem também cuida do DNS (o normal em uma hospedagem compartilhada) e os registros no painel do cliente parecem certos, mas de fora o nome não resolve, envie esta mensagem:

Prezados, o subdomínio loja.example.com não é resolvido desde aproximadamente 11h (UTC): os navegadores mostram ERR_NAME_NOT_RESOLVED e dig não devolve nenhum endereço. Os registros no painel do cliente parecem corretos e o domínio está renovado. Vocês poderiam verificar a zona DNS nos nameservers de vocês e se o domínio continua delegado a eles?

Para não acontecer de novo

Um nome que para de resolver é quase sempre um registro esquecido ou uma mudança de nameservers pela metade. Um monitor de DNS compara seus registros com os valores esperados e avisa assim que um deles muda ou some; uma verificação vinda de fora percebe o momento em que o nome deixa de resolver. Os dois fazem parte do monitoramento de sites, grátis para começar. O nome resolve, mas o site continua fora do ar? Siga o guia site fora do ar: o que fazer nos primeiros 15 minutos.

Fora do ar? Nós resolvemos. Os registros DNS ficam quase sempre no registrador ou no provedor de DNS, onde só você tem acesso. Se a zona está no seu próprio nameserver, o Deep Fix restaura os registros, em blocos de 15 minutos, 24 horas por dia, inclusive nos fins de semana; a estimativa é o valor máximo. O Quick Fix, o reparo automático a preço fixo, reinicia um serviço parado no seu servidor ou em uma hospedagem compartilhada com acesso SSH.