ERR_CONNECTION_TIMED_OUT: por qué ocurre y cómo solucionarlo

Qué significa ERR_CONNECTION_TIMED_OUT

Cuando un navegador abre una conexión, envía un paquete SYN y espera un SYN-ACK como respuesta. Un tiempo de espera agotado significa que no llegó ninguna respuesta en absoluto, ni una aceptación ni un rechazo, antes de que el cliente se rindiera. Ese silencio es la diferencia clave con una conexión rechazada: el rechazo es un no rápido y definitivo de la máquina de destino, mientras que un tiempo de espera agotado significa que el paquete puede que nunca haya llegado a nada capaz de responderlo. Chrome normalmente espera unos 30 segundos antes de rendirse y mostrar el error.

El sistema operativo suele reintentar el SYN varias veces antes de rendirse, repartiendo los intentos a lo largo de la ventana de espera en lugar de enviar una sola petición y esperar en silencio. Ese comportamiento de reintento es parte de por qué un tiempo de espera agotado tarda notablemente más en manifestarse que un rechazo: el cliente sigue intentándolo por si el primer intento se perdió por una pérdida de paquetes normal, y solo reporta el error una vez que cada reintento también se ha quedado sin respuesta.

Cómo aparece el error

Chrome muestra "This site can't be reached ... ERR_CONNECTION_TIMED_OUT" solo después de la espera completa, lo que es la señal visual más clara que lo distingue de un fallo rápido. Desde la línea de comandos:

curl -v --max-time 10 https://example.com/
* Trying 203.0.113.10:443...
* Connection timed out after 10001 milliseconds
curl: (28) Connection timed out after 10001 milliseconds

Sin un flag --max-time, curl usa el valor por defecto del sistema, que puede superar con creces un minuto; fijar el flag explícitamente mantiene el diagnóstico rápido.

Qué causa ERR_CONNECTION_TIMED_OUT

• El host está caído. Un servidor apagado, colgado, o inalcanzable a nivel de red no puede responder ningún paquete, ni siquiera un reset.
• Un firewall descarta el paquete en silencio. Una regla DROP descarta el SYN sin devolver nada, lo que es una postura de seguridad habitual para puertos que no deberían ser alcanzables desde internet.
• El DNS resuelve a una dirección IP equivocada o desactualizada. El navegador se conecta a una dirección real y alcanzable, solo que no a aquella en la que algo está realmente escuchando.
• Existe un problema de enrutamiento en algún punto de la ruta. Una ruta mal configurada, un enlace de peering roto, o una caída a nivel de proveedor de internet pueden dejar los paquetes varados antes de que lleguen siquiera a la red de destino.
• El servidor está sobrecargado y no puede aceptar conexiones nuevas. Una cola de conexiones llena o un grupo de workers agotado dejan los paquetes SYN entrantes sin respuesta aunque la propia máquina se esté ejecutando.

Rechazada, reseteada o con tiempo agotado

Cómo saber de quién es la culpa

Prueba la misma dirección desde una red distinta, como datos móviles. Si ahí conecta, el problema es local: tu router, tu proveedor de internet, o un firewall en tu propia red. Si el tiempo de espera se agota en todas partes, la causa es el servidor o un segmento de red cercano a él. Ejecutar una comprobación de puerto desde varias ubicaciones a la vez confirma esto en un solo paso y muestra si el tiempo de espera agotado es constante en varias regiones o está limitado a una sola ruta.

Cómo corregir ERR_CONNECTION_TIMED_OUT

Si eres el visitante

1. Prueba con otra red, como datos móviles, para descartar un problema de tu router local o de la ruta de tu proveedor de internet.
2. Reinicia tu router para limpiar una entrada de enrutamiento o de caché DNS atascada.
3. Vacía tu caché DNS local por si está guardando una dirección IP obsoleta e inalcanzable para el dominio.
4. Desactiva temporalmente una VPN si tienes una activa; el propio nodo de salida de la VPN puede ser lo que resulta inalcanzable.

Si administras el sitio

1. Confirma que el host realmente está activo y es alcanzable desde fuera de su propia red, no solo desde una shell local en la misma máquina.
2. Revisa los grupos de seguridad en la nube y las reglas de firewall en busca de una regla DROP en el puerto en cuestión; una regla que descarta el tráfico en silencio es fácil de pasar por alto porque no produce ninguna entrada de registro por defecto.
3. Traza la ruta para confirmar dónde se detienen los paquetes:

   traceroute example.com
   mtr example.com

   Una traza que se detiene limpiamente en tu propio router de borde apunta a un firewall local o del proveedor de la nube, y no a la internet más amplia.
4. Confirma que el servicio escucha en 0.0.0.0, no solo en 127.0.0.1. Un servicio enlazado solo a la dirección de loopback es invisible para cualquier cosa fuera de la máquina, lo que parece idéntico desde fuera a un descarte de firewall.
5. Revisa si hay agotamiento de la cola de conexiones bajo carga; una cola de pendientes llena puede dejar sin respuesta los nuevos paquetes SYN aunque las conexiones existentes funcionen con normalidad.

Cómo prevenir ERR_CONNECTION_TIMED_OUT

Un descarte silencioso no produce ningún registro de error en el servidor, ya que nada llegó a recibir la petición para registrarla, lo que hace que este tipo de fallo sea fácil de pasar por alto sin comprobaciones activas. La monitorización continua de puertos y HTTP desde fuera de la red detecta un host inalcanzable o un puerto descartado en silencio en el momento en que empieza, y alerta por correo, SMS, llamada de voz, Slack, Telegram y más antes de que los propios visitantes lo reporten.

Errores relacionados

• ERR_CONNECTION_REFUSED es un rechazo rápido y explícito en lugar de silencio.
• ERR_ADDRESS_UNREACHABLE significa que no existe ninguna ruta a la dirección en absoluto, en lugar de un intento sin respuesta sobre una ruta válida.
• This site can't be reached cubre todo el conjunto de errores de conexión que Chrome agrupa bajo un único título.

Preguntas frecuentes

¿Cuánto espera Chrome antes de mostrar ERR_CONNECTION_TIMED_OUT?

Unos 30 segundos, aunque la cifra exacta puede variar según la plataforma y las condiciones de red. Un fallo constantemente rápido muy por debajo de ese tiempo es más probable que sea una conexión rechazada que un tiempo de espera agotado.

¿Por qué carga el sitio en mi teléfono pero se agota el tiempo en mi portátil?

Esto suele apuntar a algo específico de la ruta de red del portátil: un firewall corporativo, un cliente VPN, o una entrada DNS guardada en caché localmente que apunta a una dirección inalcanzable.

¿Puede un problema de DNS causar ERR_CONNECTION_TIMED_OUT en lugar de un error de DNS?

Sí, si el DNS resuelve correctamente pero devuelve una dirección IP en la que nada es alcanzable, como un servidor antiguo que se dio de baja después. La resolución tiene éxito, pero el intento de conexión a esa dirección se agota después.

¿Es ERR_CONNECTION_TIMED_OUT igual en todos los navegadores?

La causa subyacente es la misma, pero el texto difiere: Firefox muestra "The connection has timed out", y Safari muestra "This webpage is unable to load" tras una espera similar.

¿Un tiempo de espera agotado siempre significa que el servidor está caído?

No. Significa que nada respondió al intento de conexión, lo que también puede significar que un firewall lo descartó en silencio, que hay una ruta rota en algún punto intermedio, o que el DNS apunta a la dirección equivocada mientras el servidor real está bien.

¿Por qué el mismo sitio se agota conmigo pero carga con un compañero en la misma red de oficina?

Revisa si hay un cliente VPN por dispositivo, una entrada DNS en caché local, o un ajuste de proxy a nivel de navegador que solo tenga configurado tu equipo; un problema de red compartida normalmente afecta a todos por igual, así que una diferencia entre dos dispositivos en la misma red apunta a algo específico de uno de ellos.