DNS_PROBE_STARTED: o que é e como resolver (Chrome, Android)

O que significa DNS_PROBE_STARTED?

DNS_PROBE_STARTED significa que o Chrome não conseguiu obter o endereço do site no DNS e iniciou um teste rápido, uma sonda DNS, para descobrir o motivo. A página mostra "Não é possível acessar esse site" com "Não foi possível encontrar o endereço DNS de example.com. Diagnosticando o problema." Quando a sonda termina, o Chrome troca o código pelo resultado, como DNS_PROBE_FINISHED_NXDOMAIN ou DNS_PROBE_FINISHED_BAD_CONFIG.

STARTED normalmente dura só alguns segundos. Se a página ficar nele, o teste do Chrome nunca respondeu à página, o que costuma acontecer quando a rede ou as configurações de DNS mudam enquanto o Chrome faz o teste. O Chromium descreve o estado como "A DNS probe has been started for this error page" (net_error_info.h).

Ele aparece nos navegadores baseados em Chromium (Chrome, Edge, Opera, Brave, Vivaldi). Se aparece em todos os sites, aponta para o seu DNS ou a sua rede; se aparece em um site só, teste o DNS desse site com a consulta abaixo.

Como funciona a resolução DNS (e onde ela trava)

Para entender por que o DNS_PROBE_STARTED acontece, é preciso saber como funciona a resolução DNS. Quando você digita example.com no Chrome, o navegador segue estas etapas para achar o endereço IP do servidor:

Etapa 1 — Verificação do cache do navegador. O Chrome primeiro consulta o próprio cache DNS interno (chrome://net-internals/#dns) em busca de um IP guardado. Se o domínio foi resolvido há pouco e o TTL (Time to Live) não expirou, o Chrome usa o resultado guardado na hora, sem nenhuma requisição de rede.

Etapa 2 — Seus servidores DNS. O Chrome normalmente envia a consulta ele mesmo, com seu resolvedor embutido, para os servidores DNS configurados no dispositivo (em geral o roteador ou o provedor de internet); em algumas configurações ele passa a consulta ao resolvedor do sistema operacional.

Etapa 3 — Consulta ao resolvedor recursivo. Se o cache do sistema também não tiver a resposta, a consulta segue pela rede até o servidor DNS configurado (geralmente o resolvedor do provedor, ou um público como 8.8.8.8). Esse resolvedor recursivo faz o trabalho pesado: consulta os servidores raiz, os de TLD e os servidores de nomes autoritativos até achar a resposta.

Etapa 4 — Resposta devolvida. O resolvedor recursivo devolve o endereço IP ao sistema operacional, que o guarda em cache e o entrega ao Chrome. O Chrome se conecta a esse IP e carrega a página.

Quando uma consulta falha, o Chrome mostra a página de erro e inicia a sonda. A sonda consulta um nome conhecido, google.com, pelas suas configurações de DNS e pelo DNS público do Google (8.8.8.8 e 8.8.4.4) e compara os dois resultados: se o seu DNS falha e o do Google funciona, o problema é o seu DNS; se nenhum responde, não há conexão ou a rede bloqueia o DNS externo.

O que causa o DNS_PROBE_STARTED?

Por trás de todo DNS_PROBE_STARTED há uma consulta que falhou, e uma página que fica em STARTED acrescenta mais uma possibilidade. Os motivos comuns:

• O teste não respondeu — se o código nunca muda, o resultado da sonda não chegou à página, muitas vezes porque a rede ou as configurações de DNS mudaram durante a execução. Reiniciar o Chrome por completo resolve
• Seu servidor DNS está inacessível ou sobrecarregado — o DNS do provedor ou do roteador para de responder (a sonda então termina como BAD_CONFIG)
• O roteador ou o modem está com problemas — ele encaminha as consultas DNS dos seus dispositivos, e um roteador travado paralisa todas (o erro aparece então em todos os dispositivos)
• Uma VPN ou o DNS dela caiu — a VPN envia o DNS para os próprios servidores; se o túnel ou esses servidores falharem, nada responde
• Software de segurança ou firewall filtrando o DNS — recursos de "proteção da web" que interceptam o DNS podem travá-lo quando funcionam mal
• A rede mudou no meio da consulta — ao sair da suspensão, ao trocar entre Wi-Fi e dados móveis, ou com um sinal de Wi-Fi instável
• O provedor de DNS seguro do Chrome está inacessível — com o DNS seguro ativado, a sonda termina como BAD_SECURE_CONFIG

Comparação dos códigos de erro DNS_PROBE

O Chrome dá nome a cada resultado da sua sonda com um código DNS_PROBE (do net_error_info.h do Chromium):

A diferença principal: STARTED significa que o Chrome ainda não terminou de diagnosticar, enquanto todos os outros códigos são resultados. Se a página se fixar em um deles, siga o guia desse código; se ficar em STARTED, reinicie o Chrome e teste de novo.

Solução 1: recarregue e reinicie o Chrome se ficar em STARTED

Espere alguns segundos e recarregue a página uma vez. Se o seu DNS responder desta vez, o site carrega; se não, o código deve mudar para um resultado em poucos segundos, e esse resultado diz o que consertar (veja a tabela acima).

Se a página ficar em DNS_PROBE_STARTED, o teste do Chrome não respondeu: reinicie o Chrome por completo digitando chrome://restart na barra de endereços (ou feche e abra de novo) e recarregue. Em um notebook que acabou de sair da suspensão ou de trocar de rede, desligue e ligue o Wi-Fi antes.

Solução 2: mude para um servidor DNS público

Se o DNS do seu provedor ou do roteador está lento ou inacessível, mudar o dispositivo para um resolvedor público costuma resolver o DNS_PROBE_STARTED na hora. Meça qual é o mais rápido na sua conexão com o Teste de velocidade de DNS do DNS Robot.

Os logs temporários do Google guardam seu endereço IP completo por 24 a 48 horas; o 1.1.1.1 da Cloudflare não guarda o IP de origem em disco e apaga os logs em até 25 horas; o Quad9 também bloqueia domínios maliciosos conhecidos.

Mudar DNS no Windows 10/11

# Method 1: GUI (Windows 11)
# Settings → Network & internet → Wi-Fi → Manage known networks → your network
# (Ethernet → your network) → DNS server assignment → Edit → Manual
# Windows 10: Control Panel → Network Connections → your adapter → Properties
# → Internet Protocol Version 4 → Use the following DNS server addresses
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

Mudar DNS no macOS

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

Solução 3: reinicie seu roteador

Seu roteador geralmente encaminha as consultas DNS de todos os dispositivos. Quando ele trava, as consultas param em todos eles, que é exatamente quando o DNS_PROBE_STARTED aparece ao mesmo tempo no celular e no notebook.

Reinicie desligando-o da tomada, e não apenas apertando um botão:

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

Solução 4: limpe seu cache DNS

Limpar o cache apaga as respostas que o sistema e o Chrome guardaram, para que a próxima consulta comece do zero. Ajuda mais depois de trocar de servidor DNS ou de rede.

Limpar DNS no Windows

Abra o Terminal ou o Prompt de Comando como administrador e execute o comando abaixo. Depois limpe o cache do próprio Chrome: abra chrome://net-internals/#dns e clique em Clear host cache.

ipconfig /flushdns

Limpar DNS no macOS

Abra o Terminal e execute:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Limpar DNS no Linux

O comando depende do seu resolvedor DNS. A maioria das distribuições Linux modernas usa o systemd-resolved:

# systemd-resolved (Ubuntu, Fedora and other distributions that enable it)
sudo resolvectl flush-caches

# Check the cache statistics afterwards
resolvectl statistics

# dnsmasq or nscd instead
sudo systemctl restart dnsmasq
sudo systemctl restart nscd

Limpar DNS no Android

O Android não tem, para a maioria dos usuários, um comando de terminal para limpar o DNS. Em vez disso:

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

Solução 5: verifique a VPN, o antivírus e o firewall

Desconecte qualquer VPN e recarregue: uma VPN envia o seu DNS para os próprios servidores, e se eles não respondem, nada responde. Depois desligue por um momento a "proteção da web" do antivírus ou a filtragem de DNS e recarregue.

Se isso resolver, mantenha a VPN ou o software de segurança, mas ajuste-o (outro servidor de VPN, ou uma exceção para o Chrome) em vez de deixar a proteção desligada. No Windows, verifique se nenhuma regra de firewall bloqueia o DNS (porta 53) de saída; uma regra de bloqueio sempre prevalece sobre uma de permissão, então desative a regra de bloqueio:

# List enabled outbound block rules
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).RemotePort -contains '53' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks DNS (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

Solução 6: desative as extensões do navegador

Extensões de VPN e proxy mudam para onde vão as requisições do Chrome. Abra uma janela anônima (Ctrl+Shift+N), onde as extensões ficam desativadas, a menos que você as tenha permitido: se o site carregar lá, desative as extensões uma por uma em chrome://extensions/.

Verifique também a configuração de DNS seguro do Chrome: Configurações → Privacidade e segurança → Segurança → Usar DNS seguro. Se ela aponta para um provedor que não responde, mude para o DNS do sistema (quando essa opção estiver disponível).

Solução 7: limpe o cache DNS e as conexões do Chrome

O Chrome mantém o próprio cache DNS e conexões abertas. Limpe os dois:

Step 1: chrome://net-internals/#dns → "Clear host cache"
Step 2: chrome://net-internals/#sockets → "Flush socket pools"
Step 3: close every Chrome window and reopen Chrome

Solução 8: reinicie o Windows (não só o cliente DNS)

Guias antigos mandam reiniciar o serviço DNS Client do Windows (Dnscache). No Windows 10 e 11 esse serviço não pode ser parado nem reiniciado manualmente: os botões dele em Serviços aparecem esmaecidos. O ipconfig /flushdns (Solução 4) limpa o cache dele, e reiniciar o PC por completo reinicia o serviço.

Para verificar se ele está em execução:

# Should show Status: Running
Get-Service Dnscache | Select-Object Name, Status, StartType

Solução 9: redefina as configurações de rede (último recurso)

Se mais nada funcionar, redefina a pilha de rede. Isso redefine o Winsock e o TCP/IP, incluindo endereços IP estáticos e servidores DNS que você configurou manualmente.

Redefinir rede no Windows

Execute estes comandos no Terminal ou no Prompt de Comando como administrador e reinicie o computador: as redefinições só valem depois da reinicialização.

netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew

Redefinir rede no macOS

No Mac, remova a rede Wi-Fi e entre nela de novo em vez de apagar arquivos do sistema: Ajustes do Sistema → Wi-Fi → Detalhes… ao lado da sua rede → Esquecer esta Rede…; depois entre na rede de novo e reinicie o Mac.

Como diagnosticar o DNS_PROBE_STARTED

Se as soluções acima não funcionaram, você pode usar comandos de diagnóstico para localizar exatamente onde a cadeia de resolução DNS se rompe. Esses comandos funcionam em todos os sistemas operacionais e dizem se o problema está no seu servidor DNS, na sua rede ou na sua configuração local.

Teste a resolução DNS com nslookup

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

Teste a conectividade de rede

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

Se o ping 1.1.1.1 falha, mas o Wi-Fi aparece conectado, o roteador pode ter perdido a conexão WAN. Veja no painel de administração do roteador (geralmente 192.168.1.1) o status da WAN, ou use a ferramenta Teste de Ping do DNS Robot em outro dispositivo para verificar a sua rede.

Use os diagnósticos internos do Chrome

As páginas internas do Chrome mostram o que acontece com as consultas DNS dele:

chrome://net-internals/#dns      → clear Chrome's DNS cache
chrome://net-internals/#sockets  → flush open connections
chrome://settings/security       → Use secure DNS (check the provider)
chrome://net-export/             → record a network log to share with support