ERR_CONNECTION_TIMED_OUT: Por qué sucede y cómo solucionarlo

ERR_CONNECTION_TIMED_OUT aparece cuando su navegador envía una solicitud y simplemente nunca recibe una respuesta: ni una respuesta de error, ni una redirección, ni nada. Después de aproximadamente 30 segundos de silencio, se da por vencido y te muestra esta página. Ese silencio es la pista clave: a diferencia de un error de DNS o una advertencia de SSL, la conexión nunca tuvo la oportunidad de iniciarse correctamente.

¿Qué tiene de diferente un tiempo de espera?

La mayoría de los errores de conexión ocurren porque algo respondió y dijo “no”: un certificado incorrecto, un registro DNS faltante, un 404. Un tiempo de espera es lo opuesto: no se respondió nada. Eso coloca las causas probables en un lugar diferente al habitual: en algún lugar de la ruta de la red o en un servidor sobrecargado, en lugar de en un error de configuración específico.

Paso 1: Descubra el alcance

Antes de cambiar algo, acote dónde se produce el silencio:

• Pruebe con otros sitios. Si no se carga nada, el problema es su red o dispositivo, no el sitio en particular.
• Prueba el mismo sitio con datos móviles y Wi-Fi desactivado. Esto intercambia toda la ruta de tu red. Si se carga instantáneamente con datos móviles, su red original (enrutador, ISP o un portal cautivo) es el cuello de botella.
• Ejecútelo a través de un verificador del lado del servidor. Esto envía la solicitud desde una red completamente diferente sin relación con la suya. Si la verificación independiente tiene éxito, el tiempo de espera es local para usted. Si también se agota el tiempo de espera, el problema es el servidor en sí.

Paso 2: si es local para ti

Reinicie su enrutador y módem. Apáguelos, espere unos 30 segundos y vuelva a encenderlos. Esto elimina una sorprendente cantidad de fallos de enrutamiento y DHCP que producen exactamente este síntoma.

Compruebe si hay una VPN o un proxy. Estos añaden un salto que puede ser lento o inalcanzable. Desactívelo temporalmente y vuelva a intentarlo.

Desactive las extensiones del navegador, especialmente los bloqueadores de publicidad o las extensiones de privacidad, una a la vez. Algunos interceptan solicitudes agresivamente de manera que producen un tiempo de espera en lugar de un bloqueo limpio.

Borre la caché de su navegador. Una entrada de caché dañada para un sitio ocasionalmente hace que las solicitudes se cuelguen en lugar de fallar limpiamente.

Compruebe su firewall o antivirus. El software de seguridad a veces mantiene abiertas las conexiones mientras las inspecciona, el tiempo suficiente para activar un tiempo de espera en conexiones más lentas.

Paso 3: Si es del lado del servidor

Si una verificación independiente también caduca, el servidor no responde por nadie, no solo por usted. Causas comunes, aproximadamente de más a menos comunes:

• El servidor está sobrecargado. Un pico de tráfico, un proceso que requiere muchos recursos o simplemente demasiadas solicitudes simultáneas de los recursos del plan de alojamiento: esto es especialmente común en el alojamiento compartido, donde un vecino ocupado puede ralentizar a todos.
• Un firewall o una regla de seguridad interrumpe silenciosamente la conexión. A diferencia de un rechazo adecuado, un paquete descartado produce exactamente este síntoma de “ninguna respuesta” en lugar de un error limpio.
• El proceso del servidor falló o se bloqueó y ya no hay nada escuchando en el puerto.
• Un registro DNS mal configurado apunta el dominio a un servidor o IP que ya no existe o ya no responde en ese puerto.

Si es su propio servidor: verifique los gráficos de recursos de su host para detectar picos de CPU/memoria en el momento de la interrupción, verifique que el proceso del servidor web (nginx, Apache, etc.) esté realmente ejecutándose y revise las reglas del firewall/grupo de seguridad para detectar cualquier cosa que pueda estar interrumpiendo las conexiones entrantes.

El diagnóstico rápido

La forma más rápida de solucionar este error es la misma prueba de una pregunta que cada problema de conexión reduce a: ¿un servidor independiente lo alcanza? Una verificación de estado en vivo responde eso en un par de segundos; accesible allí pero no para usted significa que es local (Paso 2); inalcanzable allí también significa que el servidor necesita atención (Paso 3). Saltarse esa pregunta es cómo las personas terminan reiniciando su enrutador por un problema que nunca fue suyo, o esperando en un sitio que estuvo bien todo el tiempo.

Para la versión con sabor DNS de “no se puede conectar”, consulte DNS_PROBE_FINISHED_NXDOMAIN; para la versión con certificado, consulte “Su conexión no es privada”.