DNS_PROBE_FINISHED_NXDOMAIN: o que significa e como resolver

O que é DNS_PROBE_FINISHED_NXDOMAIN?

DNS_PROBE_FINISHED_NXDOMAIN significa que o Chrome não conseguiu obter um endereço para o nome do site, embora o seu servidor DNS tenha respondido ao teste do próprio Chrome, então o Chrome conclui que o domínio não existe. Na maioria das vezes é uma resposta NXDOMAIN de verdade (“non-existent domain”, domínio inexistente); uma consulta que falha por outro motivo, como uma assinatura DNSSEC inválida (SERVFAIL), mostra a mesma página. O Chrome a exibe com o título “Não é possível acessar esse site”. Muita gente a pesquisa como DNS_PROBE_NXDOMAIN; o Chromium não tem esse código, é o mesmo erro.

O único teste que importa: consulte o nome no DNS público (a Consulta DNS abaixo ou nslookup example.com 1.1.1.1). Se o DNS público encontrar o domínio, a causa está do seu lado: erro de digitação, cache desatualizado, seu servidor DNS, um serviço de filtragem ou uma VPN. Se o DNS público também responder NXDOMAIN, o domínio está escrito errado, expirou ou está mal configurado, e só o proprietário pode corrigir isso.

Muitas vezes a causa é um erro de digitação ou algo do seu lado, que dá para corrigir em minutos; os passos abaixo vão das verificações mais rápidas até o próprio domínio.

Como esse erro aparece em outros navegadores

Cada navegador exibe esse erro DNS de forma diferente, mas a causa raiz é sempre a mesma — o domínio não pôde ser resolvido.

Navegadores baseados em Chromium (Chrome, Edge, Brave, Opera) exibem o mesmo código DNS_PROBE_FINISHED_NXDOMAIN. Firefox e Safari mostram uma mensagem mais amigável, mas o problema subjacente é idêntico.

NXDOMAIN e os outros erros DNS_PROBE do Chrome

Quando uma página não carrega, o Chrome faz uma verificação rápida de DNS e dá ao resultado um código DNS_PROBE. Só um deles significa que o nome não existe:

O ERR_NAME_NOT_RESOLVED do Chrome é a mesma falha de “nenhum endereço para este nome”, exibida quando o Chrome não faz a verificação ou ela não é conclusiva: veja ERR_NAME_NOT_RESOLVED.

Causas comuns do DNS_PROBE_FINISHED_NXDOMAIN

As causas se dividem entre o seu lado (a maioria) e o lado do domínio.

• Erro de digitação na URL — A causa mais comum. Um único caractere errado (ex.: gogle.com em vez de google.com) aciona NXDOMAIN porque o domínio digitado incorretamente não existe no DNS.
• Um “não existe” em cache — seu computador ou seu servidor DNS guardou uma resposta NXDOMAIN anterior, por exemplo de antes de o domínio ser configurado, e a repete até ela expirar
• Cache DNS interno do Chrome — O Chrome mantém seu próprio cache DNS, separado do cache do sistema operacional. Mesmo após limpar o cache do sistema, o Chrome pode ainda usar uma entrada interna desatualizada.
• Um serviço de DNS com filtro — o Quad9 responde NXDOMAIN para os domínios que bloqueia, então um site que funciona parece não existir. (Pi-hole, AdGuard e Cloudflare for Families respondem 0.0.0.0 por padrão, o que mostra um erro de conexão)
• Domínio não registrado ou expirado — O proprietário do site esqueceu de renovar o domínio, ou o domínio nunca foi registrado.
• Um domínio novinho — um resolvedor que perguntou antes de o domínio ser configurado guarda a resposta “não existe” pelo tempo de cache negativo da zona: 15 minutos para .com e .net
• Um nome local que não está no seu arquivo hosts — nomes de desenvolvimento como myapp.test só existem onde você os define (uma entrada errada no hosts dá erro de conexão, não NXDOMAIN)
• VPN ou firewall bloqueando — Uma VPN, proxy ou firewall está interceptando consultas DNS e bloqueando ou redirecionando o domínio.
• Problema no servidor DNS do provedor — O servidor DNS do seu provedor de internet está retornando NXDOMAIN incorretamente, ou ainda não recebeu os registros DNS do domínio.

Solução 1: verificar a ortografia do nome de domínio

Confira com atenção a URL na barra de endereço: um único caractere errado basta.

Procure erros de digitação comuns: letras faltando (goole.com), letras a mais (googgle.com), extensão errada (.con em vez de .com), ou caracteres confundidos (goog1e.com com o número 1 em vez da letra l).

Se alguém enviou o link para você, tente pesquisar o site no Google em vez de clicar diretamente no link. Se o domínio realmente não existir, nenhum resultado de pesquisa aparecerá.

Solução 2: limpar o cache DNS

Se o domínio está escrito corretamente, o próximo passo é limpar o cache DNS do seu sistema operacional. Isso remove todas as entradas DNS armazenadas e força novas consultas.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

Após limpar o cache, tente acessar o site novamente. Se os registros DNS do domínio foram atualizados recentemente, a limpeza do cache permite que seu sistema obtenha os novos registros.

Os comandos para cada sistema, roteadores incluídos: como limpar o cache DNS.

Solução 3: limpar o cache DNS interno do Chrome

O Chrome mantém seu próprio cache DNS, completamente separado do cache do sistema operacional. Limpar apenas o cache do sistema não é suficiente — você também precisa limpar o cache interno do Chrome.

• Abra o Chrome e digite chrome://net-internals/#dns na barra de endereço
• Clique em "Clear host cache" para limpar todas as entradas DNS em cache no Chrome
• Em seguida, acesse chrome://net-internals/#sockets e clique em "Flush socket pools" para redefinir as conexões abertas
• Tente acessar o site novamente — o Chrome agora fará uma consulta DNS completamente nova

Solução 4: trocar para um servidor DNS público

O servidor DNS do seu provedor de internet pode estar retornando respostas NXDOMAIN incorretas, ou pode não ter os registros do domínio ainda. Trocar para um servidor DNS público confiável frequentemente resolve esse problema.

Alterar o DNS no Windows

• Abra Configurações → Rede e Internet → Wi-Fi → Gerenciar redes conhecidas → sua rede (para cabo: Ethernet → sua rede)
• Localize Atribuição de servidor DNS nessa página
• Clique em Editar ao lado de Atribuição de servidor DNS → mude para Manual
• Ative IPv4 e defina o DNS preferencial como 1.1.1.1 e o alternativo como 1.0.0.1
• Clique em Salvar e teste o site novamente

Alterar o DNS no macOS

• Abra Ajustes do Sistema → Rede → Wi-Fi → Detalhes
• Clique em DNS na barra lateral
• Remova as entradas existentes e adicione 1.1.1.1 e 1.0.0.1
• Clique em OK

Solução 5: verificar o arquivo hosts

O arquivo hosts associa nomes a endereços antes de o DNS ser consultado. Uma entrada errada ali (127.0.0.1 example.com) dá um endereço ao nome, então aparece como site recusado ou errado, não como NXDOMAIN; remova essas linhas mesmo assim, pois malware e bloqueadores de anúncios antigos as adicionam.

Onde o arquivo hosts causa NXDOMAIN é no caminho inverso: um nome de desenvolvimento local (myapp.test, api.local) que você nunca adicionou. O DNS público nunca ouviu falar dele, então a consulta falha.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

Depois de editar, salve o arquivo e limpe o cache DNS (Solução 2).

Solução 6: verificar a configuração de DNS seguro do Chrome

O Chrome pode enviar as consultas DNS ao próprio provedor por HTTPS, em vez de usar o DNS do sistema. Se esse provedor filtra (um DNS familiar ou de segurança), o Chrome recebe “domínio inexistente” para sites que outros navegadores carregam normalmente. (Se o provedor estiver inacessível, o Chrome mostra DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Abra chrome://settings/security (Configurações → Privacidade e segurança → Segurança)
• Localize “Usar DNS seguro” e veja qual provedor está selecionado em “Selecionar provedor de DNS”
• Mude “Selecionar provedor de DNS” para Padrão do SO (quando disponível), ou para Google ou Cloudflare, e recarregue o site
• Edge: edge://settings/privacy → “Segurança” → “Usar DNS seguro”

Se trocar o provedor resolver, o anterior estava bloqueando ou não conseguia resolver esse domínio.

Solução 7: desativar VPN ou antivírus temporariamente

VPNs enviam suas consultas DNS aos próprios servidores, e softwares de segurança, Pi-hole, roteadores e serviços de DNS familiar filtram nomes que consideram arriscados. O Quad9 responde NXDOMAIN para um domínio bloqueado, então o site parece não existir; a maioria dos outros filtros responde 0.0.0.0, o que mostra um erro de conexão.

Desligue a VPN ou o filtro e recarregue. Para ter certeza de um bloqueio do Quad9, use o dig: a documentação do Quad9 diz que um domínio bloqueado por ele retorna NXDOMAIN com AUTHORITY: 0 (e sem a flag ra), enquanto um domínio que realmente não existe volta com o registro SOA da zona (AUTHORITY: 1). O domínio de teste do próprio Quad9 é isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Solução 8: verificar o status de registro do domínio

Se nenhuma das correções acima funcionou, o próprio domínio pode estar genuinamente não registrado ou expirado. Isso é especialmente comum com sites novos, domínios alterados recentemente, ou domínios que o proprietário esqueceu de renovar.

Para verificar o status do domínio:

• Use o WHOIS do DNS Robot em /whois-lookup — insira o domínio e verifique as datas de registro e expiração
• Use a Consulta DNS do DNS Robot em /dns-lookup — se não existirem registros A, AAAA ou NS, o domínio não tem configuração DNS
• Domínio ou registro novo? Um resolvedor que consultou o nome antes de ele existir guarda a resposta “não existe” pelo tempo de cache negativo do registro SOA da zona (RFC 2308): 15 minutos para .com e .net, em geral menos de uma hora nos demais. O DNS público pode já enxergá-lo enquanto o resolvedor do seu provedor ainda diz NXDOMAIN
• Registrado mas não resolve? Se o WHOIS mostra o domínio mas ele não tem servidores de nomes, ou o status é clientHold ou serverHold (após uma expiração ou um e-mail de titular não verificado), o TLD responde NXDOMAIN: corrija no registrador. Servidores de nomes que simplesmente não têm a zona dão SERVFAIL ou REFUSED

NXDOMAIN em nomes de desenvolvimento local

Se o nome que falha foi inventado por você para desenvolvimento (myapp.test, api.local, um nome de serviço do Docker), o DNS público nunca ouviu falar dele, então NXDOMAIN é a resposta correta. Faça o nome resolver na sua máquina:

• Use localhost — http://localhost:8000 e http://127.0.0.1:8000 sempre resolvem; a maioria dos servidores de desenvolvimento (Django, Rails, Vite, Next.js) mostra um dos dois
• Adicione o nome ao arquivo hosts — 127.0.0.1 myapp.test e depois limpe o cache DNS
• Nomes do Docker — um nome de serviço como db só resolve dentro da rede do Docker; do seu computador use localhost e a porta publicada
• Nomes .local — usam DNS multicast (mDNS), nativo no macOS, iOS e Windows 10 e 11; no Linux, ative o Avahi ou o mDNS do systemd-resolved

Corrigir DNS_PROBE_FINISHED_NXDOMAIN no Android

O erro NXDOMAIN aparece no Chrome para Android com o mesmo código de erro. Veja como corrigi-lo.

• Limpar o cache do Chrome: Abra o Chrome → Configurações → Privacidade e segurança → Excluir dados de navegação → marque Imagens e arquivos em cache → Excluir dados
• Verificar o DNS privado: Configurações → Rede e Internet → DNS particular (para que serve). Se apontar para um serviço de filtragem, escolha Automático ou dns.google
• Ativar/desativar o modo avião: Ative o modo avião por 10 segundos e depois desative — isso força uma nova conexão de rede e uma nova consulta DNS
• Atualizar o Chrome: Abra a Play Store → pesquise Chrome → toque em Atualizar se disponível
• Reinicie seu dispositivo se nenhuma das soluções acima funcionar

Corrigir DNS_PROBE_FINISHED_NXDOMAIN no iPhone / iPad

No iOS, o Safari exibe "O Safari não pode encontrar o servidor" em vez do código de erro do Chrome. Se você usa o Chrome no iOS, verá a mensagem DNS_PROBE_FINISHED_NXDOMAIN. Veja como corrigir.

• Alterar o DNS: Vá em Ajustes → Wi-Fi → toque no ícone (i) ao lado da sua rede → Configurar DNS → Manual → adicione 1.1.1.1 e 1.0.0.1
• Limpar o cache do Safari: Ajustes → Apps → Safari → Limpar Histórico e Dados de Sites
• Limpar o cache do Chrome: no Chrome, toque em ⋯ → Excluir dados de navegação
• Ativar/desativar o modo avião: Ative por 10 segundos e depois desative para redefinir a conexão de rede
• Reinicie seu dispositivo para limpar todo o estado DNS temporário

Como verificar se a correção funcionou

Após aplicar uma solução, verifique se a resolução DNS está funcionando para o domínio específico.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Se o nslookup retornar um endereço IP, o DNS está funcionando e o site deve carregar. Se ainda retornar "Non-existent domain", o domínio genuinamente não está registrado, ou você precisa tentar um servidor DNS diferente.

Você também pode usar a ferramenta de Consulta DNS do DNS Robot para verificar se o domínio é resolvido a partir de vários servidores globais — isso confirma se o problema é local no seu dispositivo ou se é um problema DNS global.