DNS_PROBE_STARTED: O Que Significa e Como Resolver

O Que Significa DNS_PROBE_STARTED?

DNS_PROBE_STARTED é um erro de navegadores Chromium que aparece quando o navegador inicia uma consulta DNS, mas ela trava antes de receber qualquer resposta. O Chrome exibe "Não é possível acessar esse site" junto com o código de erro DNS_PROBE_STARTED — indicando que o processo de resolução DNS foi iniciado, mas nunca foi concluído.

Diferente do DNS_PROBE_FINISHED_NXDOMAIN (que significa que a consulta DNS foi concluída, mas o domínio não foi encontrado), DNS_PROBE_STARTED significa que a consulta nunca terminou. Seu navegador enviou uma solicitação para traduzir um nome de domínio em um endereço IP, mas o resolvedor DNS nunca respondeu — seja porque está inacessível, travado ou bloqueado.

Este erro afeta todos os navegadores baseados em Chromium: Google Chrome, Microsoft Edge, Opera, Brave e Vivaldi. O Firefox lida com erros de DNS de forma diferente e não exibirá essa mensagem exata. O erro é quase sempre causado por um problema no seu dispositivo ou rede — não no site que você está tentando visitar.

Como Funciona a Resolução DNS (E Onde Ela Trava)

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

Etapa 1 — Verificação do cache do navegador. O Chrome primeiro verifica seu próprio cache DNS interno (chrome://net-internals/#dns) em busca de um endereço IP armazenado. Se o domínio foi resolvido recentemente e o TTL (Time to Live) não expirou, o Chrome usa o resultado em cache instantaneamente — nenhuma solicitação de rede é necessária.

Etapa 2 — Consulta ao resolvedor do sistema operacional. Se o cache do Chrome falha, a solicitação vai para o resolvedor DNS do seu sistema operacional (o stub resolver). No Windows, é o serviço DNS Client (Dnscache). No macOS, é o mDNSResponder. O sistema operacional verifica seu próprio cache antes de fazer uma chamada de rede.

Etapa 3 — Consulta ao resolvedor recursivo. Se o cache do sistema operacional também falha, a consulta é enviada pela rede ao seu servidor DNS configurado (normalmente o resolvedor do seu provedor de internet, ou um resolvedor público como 8.8.8.8). Este resolvedor recursivo faz o trabalho pesado — consultando servidores raiz, servidores TLD e servidores de nomes autoritativos para encontrar a resposta.

Etapa 4 — Resposta retornada. O resolvedor recursivo retorna o endereço IP ao seu sistema operacional, que o armazena em cache e o passa ao Chrome. O Chrome se conecta ao endereço IP e carrega a página.

DNS_PROBE_STARTED significa que esse processo travou na Etapa 2 ou Etapa 3. O navegador disparou a sonda DNS, mas o resolvedor do sistema operacional ou a consulta de rede nunca retornou um resultado. Isso acontece quando o serviço DNS Client está travado, seu servidor DNS está inacessível ou um firewall está bloqueando a porta 53 (a porta DNS).

O Que Causa o DNS_PROBE_STARTED?

O DNS_PROBE_STARTED é acionado quando o processo de resolução DNS inicia, mas não consegue ser concluído. Aqui estão as causas mais comuns, ordenadas por frequência:

• Serviço DNS Client travado (Windows) — O serviço DNS Client do Windows (Dnscache) gerencia todas as consultas DNS do sistema operacional. Se este serviço travar ou parar, toda sonda DNS inicia, mas nunca termina. Esta é a causa #1 em máquinas Windows.

• Cache DNS corrompido — Entradas obsoletas ou corrompidas no cache DNS do seu sistema podem fazer com que as consultas falhem silenciosamente. O resolvedor tenta usar dados em cache, fica confuso e nunca envia uma consulta adequada para a rede.

• Servidor DNS inacessível — Se o seu servidor DNS configurado está fora do ar, sobrecarregado ou mal configurado, as consultas DNS ficam sem resposta. Os servidores DNS dos provedores de internet são conhecidos por interrupções intermitentes que causam exatamente este erro.

• Firewall ou software de segurança bloqueando a porta 53 — O DNS usa a porta UDP 53 (e às vezes a porta TCP 53). Se um firewall, antivírus ou proxy corporativo bloquear esta porta, as consultas DNS saem da sua máquina, mas nunca chegam ao resolvedor.

• Problemas no adaptador de rede — Um adaptador de rede mal configurado, desativado ou com falhas pode impedir o envio de pacotes DNS. Isso é comum ao despertar do modo de suspensão, ao alternar entre Wi-Fi e Ethernet, ou após uma atualização de driver que falhou.

• Interferência de VPN ou proxy — VPNs redirecionam as consultas DNS através de seus próprios resolvedores. Se a conexão VPN cair ou o servidor DNS da VPN estiver inacessível, suas consultas não vão a lugar nenhum.

• Extensões do navegador interceptando DNS — Extensões de privacidade, bloqueadores de anúncios e extensões de DNS-over-HTTPS podem interceptar e modificar consultas DNS, às vezes quebrando-as completamente.

Comparação dos Códigos de Erro DNS_PROBE

O Chrome usa vários códigos de erro DNS_PROBE, cada um indicando um estágio diferente de falha no processo de resolução DNS. Entender qual erro você está vendo ajuda a diagnosticar a causa raiz mais rapidamente.

A diferença principal: STARTED significa que a consulta está presa no limbo — foi enviada, mas nenhum resultado retornou. Todas as variantes FINISHED significam que a consulta foi concluída, mas o resultado foi um erro. STARTED é quase sempre um problema de rede ou serviço, enquanto os erros FINISHED frequentemente apontam para problemas de configuração.

Solução 1: Limpe Seu Cache DNS

Entradas corrompidas ou obsoletas no cache DNS são uma das principais causas do DNS_PROBE_STARTED. Limpar o cache força seu sistema a solicitar novos registros DNS da rede. Esta solução resolve o erro em cerca de 40% dos casos.

Limpar DNS no Windows

Abra o Prompt de Comando como Administrador (clique com o botão direito em Iniciar > Terminal (Admin)) e execute estes três comandos em sequência:

# Flush the DNS resolver cache
ipconfig /flushdns

# Release and renew your IP address (resets DHCP)
ipconfig /release
ipconfig /renew

# Re-register DNS with your domain controller
ipconfig /registerdns

# Also flush Chrome's internal DNS cache:
# Open Chrome → navigate to chrome://net-internals/#dns → Click "Clear host cache"

Limpar DNS no macOS

Abra o Terminal e execute o comando apropriado para sua versão do macOS:

# macOS Sonoma / Sequoia / Ventura (14+)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# macOS Monterey / Big Sur (12-13)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Verify the flush worked — should return empty:
sudo dscacheutil -cachedump

Limpar DNS no Linux

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

# systemd-resolved (Ubuntu 18.04+, Fedora, Arch)
sudo systemd-resolve --flush-caches

# Verify: check cache size is 0
resolvectl statistics

# If using dnsmasq (older systems)
sudo systemctl restart dnsmasq

# If using nscd
sudo systemctl restart nscd

Limpar DNS no Android

O Android não possui um comando de terminal para limpar o DNS para a maioria dos usuários. 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 2: Mude para um Servidor DNS Público

Se o servidor DNS do seu provedor de internet está lento, inacessível ou retornando erros, mudar para um resolvedor DNS público frequentemente corrige o DNS_PROBE_STARTED imediatamente. Resolvedores públicos como Google e Cloudflare possuem redes anycast globais com 99,99% de disponibilidade — eles quase nunca ficam fora do ar.

De acordo com os benchmarks do DNSPerf, o DNS da Cloudflare (1.1.1.1) tem em média 11 ms de tempo de resposta globalmente, enquanto resolvedores de provedores de internet normalmente variam de 30 a 120 ms. DNS mais rápido também significa carregamento de páginas mais rápido.

Mudar DNS no Windows 10/11

# Method 1: GUI
# Settings → Network & Internet → Wi-Fi (or Ethernet) → Hardware properties
# → DNS server assignment → Edit → Manual
# → 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 o Serviço DNS Client (Windows)

O serviço DNS Client do Windows (Dnscache) armazena em cache as respostas DNS e gerencia todas as consultas DNS do sistema operacional. Se este serviço travar — o que acontece com mais frequência do que você imagina — toda sonda DNS inicia, mas nunca é concluída, causando DNS_PROBE_STARTED em todos os navegadores e aplicativos.

Reiniciar este serviço é uma das correções mais eficazes para este erro específico no Windows. O DNS Client da Microsoft processa aproximadamente 50-200 consultas DNS por minuto em uma sessão de navegação média.

# Check if the DNS Client service is running:
Get-Service Dnscache | Select-Object Name, Status, StartType

# Restart the DNS Client service:
Restart-Service Dnscache -Force

# Verify it's running:
Get-Service Dnscache
# Status should be "Running"

# Alternative: Services GUI
# Press Win+R → type services.msc → Enter
# Find "DNS Client" → Right-click → Restart

Solução 4: Limpe o Cache e os Dados DNS do Chrome

O Chrome mantém seu próprio cache DNS separado do cache do sistema operacional. Entradas corrompidas no cache interno do Chrome podem causar DNS_PROBE_STARTED mesmo quando o DNS do seu sistema está funcionando corretamente. Limpar ambos os caches garante consultas limpas.

Step 1: Clear Chrome's DNS cache
  → Navigate to: chrome://net-internals/#dns
  → Click "Clear host cache"

Step 2: Flush socket pools
  → Navigate to: chrome://net-internals/#sockets
  → Click "Flush socket pools"

Step 3: Clear browsing data
  → Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)
  → Time range: "All time"
  → Check: ✓ Cached images and files
  → Check: ✓ Cookies and other site data
  → Click "Delete data"

Step 4: Restart Chrome completely
  → Close all Chrome windows
  → Reopen Chrome and test

Solução 5: Desative as Extensões do Navegador

Extensões do navegador que modificam solicitações de rede — bloqueadores de anúncios, ferramentas de privacidade, extensões de VPN, complementos de DNS-over-HTTPS — podem interceptar consultas DNS e quebrar o processo de resolução. Uma única extensão com mau funcionamento pode causar DNS_PROBE_STARTED em cada carregamento de página.

O teste mais rápido: abra uma janela anônima (Ctrl+Shift+N). O modo anônimo desativa todas as extensões por padrão. Se o site carregar no modo anônimo, uma extensão é a culpada.

1. Open chrome://extensions/
2. Disable ALL extensions (toggle each one off)
3. Restart Chrome and test the website
4. If the error is gone, re-enable extensions one by one:
   → Enable one → test → if error returns, that's the culprit

Common culprits:
  • VPN browser extensions (NordVPN, ExpressVPN, Surfshark)
  • DNS-over-HTTPS extensions
  • Proxy/tunnel extensions (Hola, ZenMate)
  • Privacy extensions with custom DNS settings
  • Network debugging tools

Solução 6: Redefina as Configurações de Rede

Se nenhuma das soluções acima funcionou, uma redefinição completa da pilha de rede pode resolver problemas profundos de corrupção do TCP/IP ou Winsock que impedem a comunicação DNS. Isso redefine todos os adaptadores de rede, configurações DNS e a pilha TCP/IP para os padrões de fábrica.

Redefinir Rede no Windows

Abra o Prompt de Comando ou PowerShell como Administrador e execute os quatro comandos:

# Reset Winsock catalog (fixes corrupted network socket entries)
netsh winsock reset

# Reset TCP/IP stack to factory defaults
netsh int ip reset

# Flush DNS cache
ipconfig /flushdns

# Release and renew DHCP lease
ipconfig /release
ipconfig /renew

# IMPORTANT: Restart your computer after running these commands
# The Winsock and TCP/IP resets require a reboot to take effect

Redefinir Rede no macOS

# Remove network preferences (forces macOS to rebuild them)
sudo rm -f /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm -f /Library/Preferences/SystemConfiguration/preferences.plist

# Restart mDNSResponder (DNS resolver)
sudo killall -HUP mDNSResponder

# Restart the network stack
sudo ifconfig en0 down && sudo ifconfig en0 up

# Restart your Mac for a clean state

Solução 7: Verifique as Configurações do Antivírus e Firewall

Programas antivírus e firewalls com recursos de "proteção web" ou "filtragem DNS" podem interceptar consultas DNS na porta 53 e bloqueá-las se forem sinalizadas como suspeitas. Algumas suítes de segurança redirecionam todo o tráfego DNS através de seu próprio proxy — se esse proxy falhar, toda sonda DNS trava.

Para testar se seu software de segurança é o problema, desative-o temporariamente e tente carregar o site. Se o erro desaparecer, adicione o Chrome como exceção ou libere o tráfego DNS (porta UDP 53).

# Check if Windows Firewall is blocking DNS (port 53)
Get-NetFirewallRule | Where-Object {
  $_.Direction -eq 'Outbound' -and $_.Action -eq 'Block'
} | Get-NetFirewallPortFilter | Where-Object {
  $_.RemotePort -eq 53
}

# If a blocking rule exists, allow DNS outbound:
New-NetFirewallRule -DisplayName "Allow DNS (UDP 53)" `
  -Direction Outbound -Protocol UDP -RemotePort 53 `
  -Action Allow -Profile Any

Solução 8: Reinicie Seu Roteador

Os roteadores mantêm seu próprio cache DNS e lidam com o encaminhamento DNS para todos os dispositivos na sua rede. Um roteador com cache DNS cheio, vazamento de memória ou processo de encaminhamento DNS travado pode causar DNS_PROBE_STARTED em todos os dispositivos conectados a ele.

Uma reinicialização adequada do roteador (ciclo de energia) limpa a RAM do roteador, o cache DNS e restabelece a conexão com os servidores DNS do seu provedor de internet. Isso é diferente de uma reinicialização suave — você precisa cortar a energia completamente.

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds (capacitors need time to discharge fully)
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

Como Diagnosticar o DNS_PROBE_STARTED

Se as soluções acima não funcionaram, você pode usar comandos de diagnóstico para identificar exatamente onde a cadeia de resolução DNS está falhando. Esses comandos funcionam em todos os sistemas operacionais e dirão se o problema é o seu servidor DNS, sua rede ou 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 if port 53 (DNS) is reachable
# Windows:
Test-NetConnection 8.8.8.8 -Port 53
# macOS/Linux:
nc -zv 8.8.8.8 53

Se ping 1.1.1.1 falhar mas seu Wi-Fi mostrar que está conectado, seu roteador pode ter perdido a conexão WAN. Verifique o painel de administração do roteador (geralmente 192.168.1.1) para o status WAN, ou use a ferramenta Ping do DNS Robot de outro dispositivo para verificar sua rede.

Use os Diagnósticos Internos do Chrome

O Chrome possui páginas de diagnóstico internas poderosas que podem revelar exatamente o que está acontecendo com as consultas DNS:

chrome://net-internals/#dns    → View cached DNS entries, clear cache
chrome://net-internals/#sockets → View active connections, flush pools
chrome://net-internals/#events  → Live event log (see DNS query lifecycle)
chrome://flags/#dns-over-https  → Check if Secure DNS is misconfigured
chrome://net-export/            → Export network log for deep analysis