ERR_CONNECTION_TIMED_OUT: o que é e como resolver

O que é o ERR_CONNECTION_TIMED_OUT?

O ERR_CONNECTION_TIMED_OUT é o erro que o Chrome e outros navegadores Chromium mostram quando não conseguem obter nenhuma resposta do servidor de um site. A página diz "Não é possível acessar esse site. example.com demorou muito para responder." Internamente, é o erro de rede -118 do Chromium: "uma tentativa de conexão expirou" (net_error_list.h).

Para abrir uma conexão, o seu computador envia ao servidor uma solicitação de conexão TCP, um pacote SYN, e espera uma resposta. Normalmente a resposta chega em milissegundos. Quando nenhuma resposta volta, o sistema operacional reenvia o SYN mais algumas vezes, com intervalos cada vez maiores, e por fim desiste; quanto tempo isso leva depende do sistema (as próprias anotações do Chromium falam em 20 a 190 segundos). No nosso Mac, uma tentativa de conexão a um endereço onde nada responde desistiu após 75 segundos.

O silêncio é o detalhe-chave. Um servidor que está no ar mas não tem nada escutando responde na hora com uma recusa. Em um timeout, ninguém respondeu: os pacotes foram descartados em algum ponto, ou foram enviados para um endereço onde não existe nada.

ERR_CONNECTION_TIMED_OUT vs. ERR_TIMED_OUT

O Chrome tem dois erros de timeout parecidos, e eles falham em etapas diferentes:

• ERR_CONNECTION_TIMED_OUT (-118): a conexão nunca foi estabelecida, porque o servidor não respondeu ao SYN inicial. Verifique o caminho de rede, os firewalls, o DNS e se o servidor está online.
• ERR_TIMED_OUT (-7): um timeout mais genérico, disparado por um dos temporizadores do próprio Chrome e não pelo sistema operacional. O handshake HTTPS, por exemplo, tem 30 segundos depois que a conexão TCP abre (Chromium), e uma conexão que abre mas depois para de receber respostas pode terminar do mesmo jeito. Isso geralmente aponta para um servidor lento ou travado, ou para um proxy que trava.

As correções abaixo valem para os dois. O ERR_TIMED_OUT costuma ser mais um problema do site, enquanto o ERR_CONNECTION_TIMED_OUT costuma ser mais um problema de caminho de rede ou de firewall.

O que causa o ERR_CONNECTION_TIMED_OUT?

Correção 1: verifique se o site está no ar para todos

Se o servidor estiver fora do ar, nada do seu lado vai ajudar, então verifique isto primeiro:

• Abra o site no celular usando dados móveis (Wi-Fi desligado). Se carregar, o problema é o seu dispositivo ou a sua rede.
• Verifique com o Verificador de site fora do ar, que abre a página de 11 lugares ao mesmo tempo. Se todos também derem timeout, o problema é o site.
• Rode um Teste de Ping de 11 cidades. Ele mede uma conexão TCP à porta 443 a partir de cada cidade e acrescenta um ping clássico a partir do nosso servidor. Respostas na porta 443 indicam que o servidor web aceita conexões; se só o ping clássico responde, a máquina está no ar, mas a porta web não.
• Teste a porta web com o Verificador de Portas. Verifique a porta 443 (HTTPS) e a 80 (HTTP). "Aberta" para nós enquanto o seu navegador dá timeout significa que algo entre você e o site está descartando o tráfego. "Filtrada" (sem resposta em 4 segundos) para nós também significa que o problema é o firewall do servidor ou o próprio servidor.
• Rode um traceroute de 8 cidades por TCP 443 para ver até onde os pacotes chegam. Se todos os rastreamentos TCP 443 morrem nos últimos saltos, a rede da hospedagem do site está descartando o tráfego; com sondas ICMP, últimos saltos silenciosos são normais em muitos sites que funcionam.

Correção 2: limpe o cache de DNS (e o do Chrome)

Quando um site muda para um servidor novo, o seu computador pode continuar usando o endereço IP antigo até o cache expirar. Se o servidor antigo estiver desligado ou atrás de um firewall, toda tentativa dá timeout. Limpe o cache do sistema operacional e o cache de hosts do próprio Chrome:

# Windows (Command Prompt)
ipconfig /flushdns

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

# Linux with systemd-resolved
resolvectl flush-caches

# Chrome: open chrome://net-internals/#dns and click "Clear host cache"

Para verificar se o seu resolver de DNS serve um registro desatualizado, compare nslookup example.com (ele consulta o resolver diretamente, sem usar o cache local nem o arquivo hosts) com o DNS Lookup do DNS Robot; sites atrás de uma CDN podem retornar endereços diferentes de forma legítima. O guia para limpar o DNS cobre todos os navegadores e sistemas operacionais.

Correção 3: verifique o arquivo hosts

O arquivo hosts substitui o DNS para qualquer nome listado nele. Desenvolvedores, bloqueadores de anúncios e alguns malwares adicionam entradas, e uma linha esquecida que mapeia o domínio para um IP antigo ou privado vai dar timeout toda vez, só naquele computador.

• Windows: abra o Bloco de Notas como administrador e depois abra C:\Windows\System32\drivers\etc\hosts.
• macOS / Linux: rode sudo nano /etc/hosts no Terminal.

Procure uma linha com o domínio que falha. Apague-a, ou adicione # no início para desativá-la, salve e limpe o DNS de novo.

Correção 4: desligue proxy, VPN e firewall como teste

Se todos os sites dão timeout, uma causa comum é um proxy ou uma VPN que parou de funcionar, porque todo o tráfego é enviado para um beco sem saída.

• Proxy no Windows 11: Configurações → Rede e Internet → Proxy. Em Configuração manual de proxy, selecione Configurar (ou Editar) ao lado de Usar um servidor proxy, desative Usar um servidor proxy e selecione Salvar. Se Usar script de configuração estiver ativado em Configuração automática de proxy e você não o configurou, desative-o também.
• Proxy no macOS: Ajustes do Sistema → Rede → sua conexão → Detalhes… → Proxies → desative-os.
• VPN: desconecte por completo e recarregue. Se o site funcionar sem a VPN, troque o servidor da VPN ou fale com o provedor.
• Firewall / antivírus: pause o firewall de terceiros por um instante e recarregue. Se isso resolver, adicione uma exceção para o navegador em vez de deixar o firewall desligado.

Correção 5: mude para um resolver DNS público

Alguns resolvers de provedores demoram para atualizar, e alguns enviam domínios bloqueados para um endereço que nunca responde. Mudar para um resolver público como Cloudflare (1.1.1.1), Google (8.8.8.8) ou Quad9 (9.9.9.9) descarta essa possibilidade. O nosso Teste de Velocidade DNS mostra qual é o mais rápido de onde você está.

Se o próprio servidor DNS estiver falhando, você pode ver outros erros, explicados em servidor DNS não está respondendo e servidor DNS indisponível.

Correção 6: redefina a pilha de rede e reinicie o roteador

Reinicie o roteador e o modem: desligue-os da tomada por 30 segundos e depois dê a eles dois ou três minutos para reconectar. No Windows, redefina também a pilha TCP/IP em um Prompt de Comando de administrador e depois reinicie o PC para concluir a redefinição:

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

No Mac, desligue e ligue o Wi-Fi, ou remova e adicione de novo a rede em Ajustes do Sistema → Rede. Você também pode rodar o Diagnóstico de Rede do Windows (o link na página de erro do Chrome) e deixar o Windows reparar o adaptador.

Correção 7: teste a porta a partir do seu computador

Isso diz em menos de meio minuto se a sua máquina consegue abrir uma conexão com o site, sem o navegador no meio:

# Windows PowerShell
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : False  -> no connection from your network (dropped or refused)

# macOS (-G sets the connect timeout)
nc -vz -G 5 example.com 443
# Linux
nc -vz -w 5 example.com 443
# "timed out" -> dropped; "Connection refused" -> server rejected it

Se o teste falhar a partir do seu computador mas o Verificador de Portas do DNS Robot mostrar a porta aberta, algo entre você e o site está bloqueando: o roteador, o firewall do trabalho, o provedor, um filtro do Wi-Fi de hotel ou da escola, ou o próprio firewall do site bloqueando o seu endereço IP ou país. Tente outra rede ou fale com o administrador da rede. (O Test-NetConnection está documentado pela Microsoft.)

Como corrigir o ERR_CONNECTION_TIMED_OUT no Android e no iPhone

• Troque de rede: teste dados móveis em vez de Wi-Fi, ou o contrário. Portais cativos em Wi-Fi público dão timeout até você aceitar a página de login deles.
• DNS privado no Android: Configurações → Rede e Internet → DNS particular → Automático. Um nome de host personalizado que não pode ser alcançado quebra todas as consultas. Veja o nosso guia de DNS privado.
• Desligue apps de VPN e de bloqueio de anúncios, já que muitos funcionam como uma VPN local.
• Redefina as configurações de rede: no iPhone, Ajustes → Geral → Transferir ou Redefinir o iPhone → Redefinir → Redefinir Ajustes de Rede. No Android, Configurações → Sistema → Opções de redefinição → Redefinir Bluetooth e Wi-Fi (e Redefinir configurações de rede móvel se os dados móveis também falharem).

Para donos de sites: por que os visitantes recebem timeout

Se o seu site dá timeout para todos, os pacotes estão sendo descartados antes de chegar ao seu servidor web. Verifique estes itens em ordem:

• Há algo escutando? No servidor, sudo ss -tlnp | grep -E ':(80|443) ' deve mostrar o nginx, o Apache ou a sua aplicação. Se não mostrar nada, inicie o serviço. Note que um serviço parado geralmente gera recusa, e não timeout, a menos que um firewall descarte os pacotes antes.
• O firewall libera as portas 80 e 443? Rode sudo ufw status verbose no Ubuntu ou sudo firewall-cmd --list-all em sistemas da família RHEL. O deny padrão do ufw descarta os pacotes, que é exatamente o que gera timeouts; a zona padrão do firewalld, em vez disso, rejeita, e os visitantes veem uma recusa ou um endereço inacessível.
• Os firewalls de nuvem são separados. Os Security Groups da AWS, as regras de firewall do Google Cloud, os NSGs do Azure e os firewalls do painel de muitos provedores de VPS bloqueiam o tráfego de entrada por padrão. Libere TCP 80 e 443 de 0.0.0.0/0 (e ::/0 para IPv6).
• O DNS aponta para este servidor? Depois de uma migração, verifique os registros A e AAAA com o DNS Lookup. Um registro AAAA apontando para um endereço em que o servidor não atende de fato pode causar carregamentos lentos ou timeouts para visitantes em redes IPv6.
• O servidor está sobrecarregado? Se a fila de conexões (backlog) enche sob carga pesada, novas tentativas de conexão são descartadas e dão timeout. Verifique CPU, memória e o número de conexões no momento em que acontece.

# Ubuntu: allow web traffic through ufw
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw status verbose

# Confirm from outside (another machine; on a Mac use -G 5 instead of -w 5):
nc -vz -w 5 yourdomain.com 443

Timeout vs. recusa vs. reset: como diferenciar

Um firewall configurado para descartar (drop) o tráfego gera um timeout; um configurado para rejeitar (reject) responde na hora, geralmente com uma recusa, ou com ERR_ADDRESS_UNREACHABLE quando rejeita com uma mensagem ICMP, como o firewalld faz por padrão. Guias detalhados: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET e ERR_NAME_NOT_RESOLVED.