ERR_CONNECTION_TIMED_OUT: qué significa y cómo solucionarlo

¿Qué es ERR_CONNECTION_TIMED_OUT?

ERR_CONNECTION_TIMED_OUT es el error que muestran Chrome y otros navegadores basados en Chromium cuando no consiguen ninguna respuesta del servidor de un sitio web. La página dice "No se puede acceder a este sitio web. example.com ha tardado demasiado tiempo en responder." Internamente es el error de red -118 de Chromium: "A connection attempt timed out" (se agotó el tiempo de espera de un intento de conexión) (net_error_list.h).

Para abrir una conexión, tu equipo envía al servidor una solicitud de conexión TCP, un paquete SYN, y espera una respuesta. Normalmente la respuesta llega en milisegundos. Cuando no vuelve nada, el sistema operativo reenvía el SYN unas cuantas veces más, con intervalos cada vez mayores, y después se rinde; cuánto tarda depende del sistema (las notas de Chromium hablan de entre 20 y 190 segundos). En nuestro Mac, un intento de conexión a una dirección donde nada responde se rindió a los 75 segundos.

El silencio es el detalle clave. Un servidor encendido pero sin nada escuchando responde al instante con un rechazo. Con un timeout, nadie respondió en absoluto: los paquetes se descartaron en algún punto, o se enviaron a una dirección donde no existe nada.

ERR_CONNECTION_TIMED_OUT frente a ERR_TIMED_OUT

Chrome tiene dos errores de tiempo de espera muy parecidos, y fallan en etapas distintas:

• ERR_CONNECTION_TIMED_OUT (-118): la conexión nunca llegó a establecerse, porque el servidor no respondió al SYN inicial. Revisa la ruta de red, los firewalls, el DNS y si el servidor está en línea.
• ERR_TIMED_OUT (-7): un timeout más general, de uno de los temporizadores propios de Chrome y no del sistema operativo. El handshake HTTPS, por ejemplo, dispone de 30 segundos una vez abierta la conexión TCP (Chromium), y una conexión que se abre pero luego deja de recibir respuestas puede terminar igual. Suele apuntar a un servidor lento o bloqueado, o a un proxy que se atasca.

Las soluciones de abajo sirven para ambos. ERR_TIMED_OUT resulta ser con más frecuencia un problema del sitio web, mientras que ERR_CONNECTION_TIMED_OUT suele ser un problema de la ruta de red o de un firewall.

¿Qué causa ERR_CONNECTION_TIMED_OUT?

Solución 1: comprueba si el sitio funciona para todos

Si el servidor está caído, nada de lo que hagas de tu lado servirá, así que comprueba esto primero:

• Abre el sitio en tu teléfono con datos móviles (con el Wi-Fi desactivado). Si carga, el problema está en tu dispositivo o en tu red.
• Compruébalo con el verificador de sitios caídos, que abre la página desde 11 lugares a la vez. Si en todos da timeout también, el problema es del sitio.
• Haz un test de ping desde 11 ciudades. Mide una conexión TCP al puerto 443 desde cada ciudad y añade un ping clásico desde nuestro servidor. Si responde el puerto 443, el servidor web acepta conexiones; si solo responde el ping clásico, la máquina está encendida pero su puerto web no.
• Prueba el puerto web con el Port Checker. Comprueba el puerto 443 (HTTPS) y el 80 (HTTP). Si para nosotros aparece "abierto" mientras tu navegador da timeout, algo entre tú y el sitio está descartando el tráfico. Si para nosotros también aparece "filtrado" (sin respuesta en 4 segundos), el problema es el firewall del servidor o el propio servidor.
• Haz un traceroute desde 8 ciudades por TCP 443 para ver hasta dónde llegan los paquetes. Si todas las trazas TCP 443 mueren en los últimos saltos, la red del hosting del sitio está descartando el tráfico; con sondas ICMP, que los últimos saltos no respondan es normal en muchos sitios que funcionan.

Solución 2: vacía tu caché DNS (y la de Chrome)

Cuando un sitio se muda a un servidor nuevo, tu equipo puede seguir usando la dirección IP antigua hasta que caduque su caché. Si el servidor antiguo está apagado o protegido por un firewall, todos los intentos dan timeout. Vacía la caché del sistema operativo y la caché de hosts propia de Chrome:

# Windows (Símbolo del sistema)
ipconfig /flushdns

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

# Linux con systemd-resolved
resolvectl flush-caches

# Chrome: abre chrome://net-internals/#dns y haz clic en "Clear host cache"

Para comprobar si tu resolvedor DNS sirve un registro desactualizado, compara nslookup example.com (consulta directamente a tu resolvedor, sin pasar por la caché local ni el archivo hosts) con el DNS Lookup de DNS Robot; los sitios tras una CDN pueden devolver legítimamente direcciones distintas. La guía para vaciar la caché DNS cubre todos los navegadores y sistemas operativos.

Solución 3: revisa el archivo hosts

El archivo hosts anula el DNS para cualquier nombre que aparezca en él. Los desarrolladores, los bloqueadores de anuncios y algunos programas maliciosos añaden entradas, y una línea olvidada que asocia el dominio a una IP antigua o privada dará timeout siempre, solo en ese equipo.

• Windows: abre el Bloc de notas como administrador y luego abre C:\Windows\System32\drivers\etc\hosts.
• macOS / Linux: ejecuta sudo nano /etc/hosts en la Terminal.

Busca una línea que contenga el dominio que falla. Bórrala, o añade # al principio para desactivarla, guarda el archivo y vuelve a vaciar la caché DNS.

Solución 4: desactiva el proxy, la VPN y el firewall como prueba

Si todos los sitios dan timeout, un proxy o una VPN que ha dejado de funcionar es una causa frecuente, porque todo el tráfico se envía a un callejón sin salida.

• Proxy en Windows 11: Configuración → Red e Internet → Proxy. En Configuración manual del proxy, selecciona Editar (o "Set up") junto a Usar un servidor proxy, desactiva Usar un servidor proxy y selecciona Guardar. Si "Use setup script" está activado en "Automatic proxy setup" y no lo configuraste tú, desactívalo también.
• Proxy en macOS: Ajustes del Sistema → Red → tu conexión → Detalles… → Proxies → desactívalos.
• VPN: desconéctala por completo y recarga. Si el sitio funciona sin la VPN, cambia de servidor VPN o contacta con el proveedor.
• Firewall / antivirus: pausa un momento el firewall de terceros y recarga. Si eso lo soluciona, añade una excepción para el navegador en lugar de dejar el firewall desactivado.

Solución 5: cambia a un resolver DNS público

Algunos resolvers de proveedores de internet tardan en actualizarse, y otros envían los dominios bloqueados a una dirección que nunca responde. Cambiar a un resolver público como Cloudflare (1.1.1.1), Google (8.8.8.8) o Quad9 (9.9.9.9) descarta esa causa. Nuestro DNS Speed Test te muestra cuál es el más rápido desde tu ubicación.

Si el que falla es tu propio servidor DNS, es posible que veas otros errores, que tratamos en el servidor DNS no responde y el servidor DNS no está disponible.

Solución 6: restablece la pila de red y reinicia el router

Reinicia el router y el módem: desenchúfalos 30 segundos y dales dos o tres minutos para reconectarse. En Windows, restablece también la pila TCP/IP desde un Símbolo del sistema como administrador y luego reinicia el PC para terminar el restablecimiento:

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

En un Mac, desactiva y vuelve a activar el Wi-Fi, o elimina la red y vuelve a añadirla en Ajustes del Sistema → Red. También puedes ejecutar los Diagnósticos de red de Windows (el enlace de la página de error de Chrome) y dejar que Windows repare el adaptador.

Solución 7: prueba el puerto desde tu propio equipo

Esto te dice en menos de medio minuto si tu equipo puede abrir una conexión con el sitio, sin que intervenga el navegador:

# 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

Si la prueba falla desde tu equipo pero el Port Checker de DNS Robot muestra el puerto abierto, algo entre tú y el sitio lo está bloqueando: tu router, el firewall de la empresa, tu ISP, un filtro de Wi-Fi de hotel o colegio, o el propio firewall del sitio que bloquea tu dirección IP o tu país. Prueba otra red o consulta al administrador de red. (Test-NetConnection está documentado por Microsoft.)

Cómo solucionar ERR_CONNECTION_TIMED_OUT en Android y iPhone

• Cambia de red: prueba con datos móviles en lugar de Wi-Fi, o al revés. Los portales cautivos de las redes Wi-Fi públicas dan timeout hasta que aceptas su página de inicio de sesión.
• DNS privado en Android: Ajustes → Redes e Internet → DNS privado → Automático. Un nombre de host personalizado que no se puede alcanzar rompe todas las consultas. Consulta nuestra guía sobre el DNS privado.
• Desactiva las apps de VPN y de bloqueo de anuncios, ya que muchas funcionan como una VPN local.
• Restablece la configuración de red: en iPhone, Ajustes → General → Transferir o restablecer el iPhone → Restablecer → Restablecer ajustes de red. En Android, Ajustes → Sistema → Opciones de restablecimiento (Reset options) → Restablecer Bluetooth y Wi-Fi (y Restablecer configuración de red móvil si los datos móviles también fallan).

Para propietarios de sitios web: por qué tus visitantes reciben un timeout

Si tu sitio da timeout para todo el mundo, los paquetes se descartan antes de llegar a tu servidor web. Comprueba esto en orden:

• ¿Hay algo escuchando? En el servidor, sudo ss -tlnp | grep -E ':(80|443) ' debería mostrar nginx, Apache o tu aplicación. Si no muestra nada, inicia el servicio. Ten en cuenta que un servicio detenido suele producir un rechazo (refused) y no un timeout, salvo que un firewall descarte antes los paquetes.
• ¿El firewall permite el 80 y el 443? Ejecuta sudo ufw status verbose en Ubuntu o sudo firewall-cmd --list-all en sistemas de la familia RHEL. El deny por defecto de ufw descarta los paquetes, y eso es justo lo que produce timeouts; la zona por defecto de firewalld, en cambio, los rechaza, y los visitantes lo ven como un rechazo o una dirección inalcanzable.
• Los firewalls de la nube son aparte. Los Security Groups de AWS, las reglas de firewall de Google Cloud, los NSG de Azure y los firewalls del panel de muchos proveedores de VPS deniegan el tráfico entrante por defecto. Permite TCP 80 y 443 desde 0.0.0.0/0 (y ::/0 para IPv6).
• ¿Apunta el DNS a este servidor? Después de una migración, revisa los registros A y AAAA con el DNS Lookup. Un registro AAAA que apunta a una dirección en la que el servidor no atiende en realidad puede causar cargas lentas o timeouts a los visitantes en redes IPv6.
• ¿Está sobrecargado el servidor? Si la cola de conexiones pendientes (backlog) se llena con mucha carga, los nuevos intentos de conexión se descartan y dan timeout. Revisa la CPU, la memoria y el número de conexiones mientras ocurre.

# 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, rechazo o reset: cómo distinguirlos

Un firewall configurado para descartar (drop) el tráfico produce un timeout; uno configurado para rechazarlo (reject) responde al instante, normalmente como un rechazo, o como ERR_ADDRESS_UNREACHABLE cuando rechaza con un mensaje ICMP, como hace firewalld por defecto. Guías detalladas: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET y ERR_NAME_NOT_RESOLVED.