ERR_CONNECTION_TIMED_OUT: Por que isso acontece e como consertar

ERR_CONNECTION_TIMED_OUT aparece quando seu navegador envia uma solicitação e simplesmente nunca recebe uma resposta - nem uma resposta de erro, nem um redirecionamento, nada. Após cerca de 30 segundos de silêncio, ele desiste e mostra esta página. Esse silêncio é a pista principal: ao contrário de um erro de DNS ou de um aviso de SSL, a conexão nunca teve a chance de iniciar corretamente.

O que há de diferente em um tempo limite

A maioria dos erros de conexão acontece porque algo respondeu e disse “não” – um certificado incorreto, um registro DNS ausente, um 404. O tempo limite é o oposto: nada foi respondido. Isso coloca as causas prováveis ​​em um local diferente do normal – em algum lugar ao longo do caminho da rede ou em um servidor sobrecarregado, e não em um erro de configuração específico.

Etapa 1: descobrir o escopo

Antes de mudar qualquer coisa, restrinja onde o silêncio está acontecendo:

• Tente outros sites. Se nada carregar, o problema é sua rede ou dispositivo, não o site.
• Experimente o mesmo site com dados móveis, Wi-Fi desligado. Isso troca todo o caminho da sua rede. Se os dados móveis forem carregados instantaneamente, sua rede original – roteador, ISP ou portal cativo – será o gargalo.
• Execute-o através de um verificador do lado do servidor. Isso envia a solicitação de uma rede totalmente diferente, sem relação com a sua. Se a verificação independente for bem-sucedida, o tempo limite será local para você. Se também expirar, o problema é o próprio servidor.

Etapa 2: se for local para você

Reinicie o roteador e o modem. Desligue-os, aguarde cerca de 30 segundos e ligue-os novamente. Isso elimina um número surpreendente de falhas de roteamento e DHCP que produzem exatamente esse sintoma.

Verifique se há uma VPN ou proxy. Eles adicionam um salto que pode ser lento ou inacessível. Desative temporariamente e tente novamente.

Desative as extensões do navegador, especialmente bloqueadores de anúncios ou extensões de privacidade, uma de cada vez. Alguns interceptam solicitações agressivamente de forma a produzir um tempo limite em vez de um bloco limpo.

Limpe o cache do navegador. Uma entrada de cache corrompida de um site ocasionalmente faz com que as solicitações sejam interrompidas em vez de falharem de forma limpa.

Verifique seu firewall ou antivírus. Às vezes, o software de segurança mantém as conexões abertas enquanto as inspeciona, por tempo suficiente para acionar um tempo limite em conexões mais lentas.

Etapa 3: se for do lado do servidor

Se uma verificação independente também expirar, o servidor não estará respondendo por ninguém, não apenas por você. Causas comuns, aproximadamente da mais para a menos comum:

• O servidor está sobrecarregado. Um pico de tráfego, um processo com muitos recursos ou simplesmente muitas solicitações simultâneas de recursos do plano de hospedagem — isso é especialmente comum em hospedagem compartilhada, onde um vizinho ocupado pode atrasar todos.
• Um firewall ou regra de segurança está interrompendo a conexão silenciosamente. Ao contrário de uma rejeição adequada, um pacote descartado produz exatamente esse sintoma de “nenhuma resposta” em vez de um erro limpo.
• O processo do servidor travou ou travou e nada está mais escutando na porta.
• Um registro DNS mal configurado está apontando o domínio para um servidor ou IP que não existe mais ou não responde mais nessa porta.

Se for o seu próprio servidor: verifique os gráficos de recursos do seu host para picos de CPU/memória no momento da interrupção, verifique se o processo do servidor web (nginx, Apache, etc.) está realmente em execução e revise as regras do firewall/grupo de segurança para qualquer coisa que possa estar interrompendo as conexões de entrada.

O diagnóstico rápido

A maneira mais rápida de resolver esse erro é o mesmo teste de uma pergunta que todo problema de conexão se reduz a: um servidor independente o alcança? Uma verificação de status ao vivo responde isso em alguns segundos - acessível lá, mas não para você, significa que é local (Etapa 2); inacessível também significa que o servidor precisa de atenção (Etapa 3). Ignorando essa questão é como as pessoas acabam reiniciando o roteador por causa de um problema que nunca foi deles ou esperando em um site que estava bom o tempo todo.

Para a versão com sabor de DNS de “não é possível conectar”, consulte DNS_PROBE_FINISHED_NXDOMAIN; para a versão com certificado, consulte “Sua conexão não é privada”.