ERR_ADDRESS_UNREACHABLE: solución en router, Mac y Android

¿Qué es ERR_ADDRESS_UNREACHABLE?

ERR_ADDRESS_UNREACHABLE es el error de Chrome y Edge que muestra "No se puede acceder a este sitio web" junto a "No se puede acceder a http://192.168.1.1/." (o a la dirección que hayas escrito; en la versión en inglés: "This site can't be reached. http://192.168.1.1/ is unreachable."). En Chromium es el error de red -109, y el código fuente lo explica sin rodeos: "The IP address is unreachable. This usually means that there is no route to the specified host or network" (la dirección IP es inalcanzable; normalmente significa que no hay ruta hacia el host o la red indicados) (net_error_list.h).

La mayoría de los errores de conexión significan que el navegador encontró un camino hasta el servidor y algo salió mal por el camino. Este significa que el sistema operativo respondió que no hay forma de llegar: Chrome muestra -109 siempre que el sistema informa de "No route to host", "Network is unreachable" o "Host is down" (Chromium). Tu dispositivo no sabe cómo hacer llegar paquetes a esa dirección, nada en la red local respondió por ella, o el sistema no dejó que el navegador lo intentara.

Por eso ocurre sobre todo con direcciones locales y privadas: la página de administración de tu router, un NAS, una impresora, una cámara de seguridad, Home Assistant, una Raspberry Pi o un servidor de desarrollo en otro equipo. Esas direcciones solo existen dentro de una red, así que solo puedes llegar a ellas cuando estás realmente en esa red y nada bloquea el camino.

Por qué ocurre: las 8 causas habituales

Solución 1: asegúrate de estar en la misma red

Empieza por aquí. Para llegar a un router o a un dispositivo local, tu teléfono o tu equipo tiene que estar conectado al Wi-Fi o al Ethernet de esa red:

• Teléfonos: desactiva los datos móviles mientras haces la prueba. Algunos teléfonos se pasan a datos móviles cuando el Wi-Fi no tiene internet, y eso hace inaccesibles las direcciones locales.
• Portátiles: comprueba en qué red Wi-Fi estás realmente. Muchas casas tienen varias (la red principal, la de invitados, un nombre para 5 GHz, un repetidor).
• Compara direcciones: la IP local de tu dispositivo y la de destino suelen compartir los tres primeros números, por ejemplo 192.168.1.23 y 192.168.1.1. Si la tuya es 192.168.0.23, estás en otra subred y 192.168.1.1 no es accesible desde ahí. La calculadora de subredes muestra exactamente qué direcciones están en la misma subred.

Solución 2: encuentra la IP real del router

No todos los routers usan 192.168.1.1. Otras direcciones predeterminadas habituales son 192.168.0.1, 10.0.0.1, 192.168.1.254 y 192.168.100.1 (a menudo un módem de cable). La dirección de tu router aparece como puerta de enlace predeterminada:

# Windows (Símbolo del sistema): busca "Puerta de enlace predeterminada" (Default Gateway)
ipconfig

# macOS: la línea "gateway:"
route -n get default

# Linux: la dirección que sigue a "default via"
ip route | grep default

En un iPhone, ve a Ajustes → Wi-Fi → toca la (i) junto a tu red: el campo Router es la dirección que debes abrir. En Android, abre Ajustes → Redes e Internet → Internet → toca el engranaje junto a tu red Wi-Fi: la puerta de enlace aparece en los detalles de la red (los nombres exactos de los menús varían según la marca). Nuestra guía de acceso al router recoge la dirección y el acceso predeterminados de más de 80 routers y proveedores de internet. La página ¿Cuál es mi IP? muestra tu IP pública, que es una dirección distinta de estas privadas.

Solución 3: en un Mac, permite a Chrome el acceso a la red local

Desde macOS 15 Sequoia, las apps necesitan permiso para comunicarse con los dispositivos de tu red local (Apple TN3179). Si a Chrome, Edge o Brave se les denegó (o nunca se les preguntó), todas las direcciones locales muestran ERR_ADDRESS_UNREACHABLE en ese navegador (Firefox muestra su propia página de error), mientras que Safari (cuyo tráfico está exento) y tu iPhone llegan sin problema. Suele pasar justo después de actualizar a macOS 15, cuando la página de un NAS o de un router deja de cargar solo en Chrome.

Para solucionarlo:

• Abre Ajustes del Sistema → Privacidad y seguridad → Red local.
• Activa el interruptor de Google Chrome (y de cualquier otro navegador que uses).
• Cierra el navegador por completo (Cmd + Q) y vuelve a abrirlo; luego prueba de nuevo la dirección.

Solución 4: desactiva la VPN (o permite el acceso a la LAN)

Una VPN de túnel completo envía el tráfico de las direcciones locales al túnel, donde el servidor VPN no tiene ruta hacia tu red doméstica, o bloquea directamente el tráfico local como parte de su kill switch. Desconecta la VPN y vuelve a intentarlo.

Si necesitas la VPN activada, busca en sus ajustes una opción como Permitir acceso a la LAN (Allow LAN access), Compartir red local u Omitir la VPN para la red local. La mayoría de las apps de VPN para particulares tienen una. Las VPN de empresa suelen bloquear el acceso local a propósito, así que consulta a tu equipo de TI.

Solución 5: sal de la red de invitados o desactiva el aislamiento de clientes

Las redes Wi-Fi de invitados están diseñadas para mantener a las visitas alejadas de tus dispositivos. Usan aislamiento de clientes (también llamado aislamiento de AP), de modo que los dispositivos de la red de invitados pueden llegar a internet pero no a la página de administración del router, a tu impresora ni a tu NAS. Algunos sistemas mesh y routers de los proveedores de internet lo activan también en la red principal.

Conéctate a la red principal. Si el ajuste está activado en tu red principal, entra en el router desde un equipo conectado por cable y desactiva el aislamiento de AP (AP isolation) o el aislamiento de clientes (client isolation) en los ajustes inalámbricos.

Solución 6: comprueba que el dispositivo está encendido y conserva la misma IP

Los routers reparten las direcciones locales mediante DHCP, y después de un reinicio un NAS, una cámara o una impresora puede volver con otra distinta. Tu marcador apunta entonces a una dirección que ya no existe.

• Hazle ping: ping 192.168.1.50. "Destination host unreachable" (en Windows en español, "Host de destino inaccesible") o la ausencia de respuestas significa que nada responde en esa dirección.
• Encuentra su nueva IP: revisa la lista de dispositivos conectados del router, o ejecuta arp -a para listar los dispositivos con los que tu equipo se ha comunicado recientemente. Una dirección MAC identifica el dispositivo aunque cambie su IP, y la herramienta MAC Lookup muestra el fabricante.
• Evita que vuelva a pasar: crea una reserva DHCP para el dispositivo en el router para que siempre reciba la misma IP.

Cómo solucionar ERR_ADDRESS_UNREACHABLE en iPhone y Android

• iPhone, permiso de red local: los navegadores del iPhone cargan las páginas con WebKit de Apple, que no necesita el permiso de Red local, así que si Safari o Chrome no abren la dirección, mira la red y no un ajuste. Las apps que hablan directamente con el dispositivo, como la de una cámara, un NAS o el hogar inteligente, sí lo necesitan: Ajustes → Privacidad y seguridad → Red local.
• iPhone, comprueba la subred: Ajustes → Wi-Fi → toca la (i) para ver tu Dirección IP y la dirección del Router. Si los tres primeros números no coinciden con los de la dirección que abres, estás en la red equivocada.
• Android: desactiva los datos móviles mientras haces la prueba, desactiva cualquier VPN o app de bloqueo de anuncios y asegúrate de no estar en la red de invitados.
• En ambos: olvida la red Wi-Fi y vuelve a conectarte, lo que renueva la dirección IP y la ruta.

Para desarrolladores: net::ERR_ADDRESS_UNREACHABLE en apps y emuladores

Los desarrolladores suelen ver este error en un emulador o WebView de Android, en un teléfono con el que prueban un servidor de desarrollo local, o desde un servidor cuyo firewall rechaza la conexión:

• Emulador de Android: localhost dentro del emulador es el propio emulador. Usa 10.0.2.2 para llegar al localhost de tu equipo (Android).
• Teléfono real con un servidor de desarrollo: el teléfono debe estar en el mismo Wi-Fi (no el de invitados) y usar la IP de LAN del equipo, por ejemplo http://192.168.1.23:3000. next dev ya escucha en todas las interfaces, pero Vite solo escucha en localhost hasta que lo inicias con vite --host; un servidor vinculado a localhost da en su lugar una conexión rechazada.
• Mac con Sequoia o posterior: un servidor de desarrollo que acepta conexiones desde tu teléfono no necesita el permiso de Red local, y las herramientas que se ejecutan desde la Terminal o por SSH están permitidas automáticamente (Apple). Un navegador en el Mac sí lo necesita para abrir direcciones de la LAN, como en la Solución 3.
• Docker y WSL2 están en sus propias subredes virtuales a las que otros dispositivos no llegan. En Docker, publica el puerto (-p 3000:3000) y conéctate a la IP de LAN del host, no a la IP interna del contenedor. En WSL2, activa la red en modo espejo (Windows 11 22H2 o posterior) o reenvía el puerto con netsh interface portproxy (Microsoft).
• Servidores Linux con una regla de rechazo: si el firewall de un servidor bloquea el puerto con una respuesta ICMP "host prohibited" o "administratively prohibited", un cliente Linux o Android recibe "No route to host" y Chrome muestra ERR_ADDRESS_UNREACHABLE, incluso con un servidor público cuya red está bien. Revisa las reglas del servidor (sudo nft list ruleset o sudo iptables -S) y abre el puerto.

ERR_ADDRESS_UNREACHABLE frente a errores similares

Si puedes llegar a los dispositivos locales pero a ningún sitio web, consulta Wi-Fi conectado pero sin internet. Para sitios web públicos que se quedan colgados, consulta ERR_CONNECTION_TIMED_OUT, y para los fallos de DNS, ERR_NAME_NOT_RESOLVED. Un traceroute o el comando tracert muestran exactamente dónde termina el camino hacia una dirección.