ERR_ADDRESS_UNREACHABLE: solução no roteador, Mac e Android

O que é o ERR_ADDRESS_UNREACHABLE?

O ERR_ADDRESS_UNREACHABLE é o erro do Chrome e do Edge que diz "Não é possível acessar esse site" junto com "Não é possível acessar http://192.168.1.1/." (ou o endereço que você digitou; na versão em inglês: "This site can't be reached. http://192.168.1.1/ is unreachable."). No Chromium, é o erro de rede -109, e o código-fonte o explica sem rodeios: "The IP address is unreachable. This usually means that there is no route to the specified host or network" (o endereço IP está inacessível; geralmente significa que não há rota para o host ou a rede especificada) (net_error_list.h).

A maioria dos erros de conexão significa que o navegador encontrou um caminho até o servidor e algo deu errado no trajeto. Este significa que o sistema operacional respondeu que não há como chegar lá: o Chrome mostra -109 sempre que o sistema informa "No route to host", "Network is unreachable" ou "Host is down" (Chromium). O seu dispositivo não sabe como fazer os pacotes chegarem àquele endereço, nada na rede local respondeu por ele, ou o sistema não deixou o navegador tentar.

É por isso que ele acontece principalmente com endereços locais e privados: a página de administração do roteador, um NAS, uma impressora, uma câmera de segurança, o Home Assistant, um Raspberry Pi ou um servidor de desenvolvimento em outro computador. Esses endereços só existem dentro de uma rede, então você só os alcança quando está de fato nessa rede e sem nada bloqueando o caminho.

Por que acontece: as 8 causas habituais

Correção 1: confirme que você está na mesma rede

Comece por aqui. Para alcançar um roteador ou um dispositivo local, o seu celular ou computador precisa estar conectado ao Wi-Fi ou à Ethernet dessa rede:

• Celulares: desligue os dados móveis enquanto testa. Alguns celulares mudam para os dados móveis quando o Wi-Fi está sem internet, o que torna os endereços locais inacessíveis.
• Notebooks: confira em qual rede Wi-Fi você está de verdade. Muitas casas têm várias (a rede principal, a de convidados, um nome de 5 GHz, um repetidor).
• Compare os endereços: o IP local do seu dispositivo e o do destino geralmente têm os três primeiros números iguais, por exemplo 192.168.1.23 e 192.168.1.1. Se o seu for 192.168.0.23, você está em outra sub-rede e 192.168.1.1 não é alcançável a partir dela. A Calculadora de Sub-rede mostra exatamente quais endereços estão na mesma sub-rede.

Correção 2: descubra o IP real do roteador

Nem todo roteador usa 192.168.1.1. Padrões comuns incluem 192.168.0.1, 10.0.0.1, 192.168.1.254 e 192.168.100.1 (muitas vezes um modem a cabo). O endereço do seu roteador aparece como gateway padrão (no Windows em português, "Gateway Padrão"):

# Windows (Command Prompt): look for "Default Gateway"
ipconfig

# macOS: the "gateway:" line
route -n get default

# Linux: the address after "default via"
ip route | grep default

No iPhone, vá em Ajustes → Wi-Fi → toque no (i) ao lado da sua rede: o campo Roteador é o endereço a abrir. No Android, abra Configurações → Rede e Internet → Internet → toque na engrenagem ao lado da sua rede Wi-Fi: o gateway aparece nos detalhes da rede (os nomes exatos dos menus variam conforme a marca). Nosso guia de login do roteador lista o endereço e o login padrão de mais de 80 roteadores e provedores de internet. A página Qual é o meu IP mostra o seu IP público, que é um endereço diferente desses privados.

Correção 3: no Mac, permita o acesso do Chrome à rede local

A partir do macOS 15 Sequoia, os apps precisam de permissão para se comunicar com dispositivos da sua rede local (Apple TN3179). Se o Chrome, o Edge ou o Brave teve o acesso negado (ou nunca recebeu o pedido), todo endereço local mostra ERR_ADDRESS_UNREACHABLE nesse navegador (o Firefox mostra a própria página de erro), enquanto o Safari (cujo tráfego é isento) e o seu iPhone o acessam normalmente. Isso costuma aparecer logo depois da atualização para o macOS 15, quando a página do NAS ou do roteador para de carregar só no Chrome.

Para resolver:

• Abra Ajustes do Sistema → Privacidade e Segurança → Rede Local.
• Ative a chave do Google Chrome (e de qualquer outro navegador que você use).
• Encerre o navegador por completo (Cmd + Q), abra-o de novo e tente o endereço outra vez.

Correção 4: desligue a VPN (ou permita o acesso à LAN)

Uma VPN de túnel completo envia o tráfego dos endereços locais para dentro do túnel, onde o servidor da VPN não tem rota até a sua rede de casa, ou bloqueia o tráfego local de vez como parte do kill switch. Desconecte a VPN e tente de novo.

Se você precisa da VPN ligada, procure nas configurações dela uma opção como Allow LAN access, Local network sharing ou Bypass VPN for local network (em português, algo como "permitir acesso à rede local"). A maioria dos apps de VPN para consumidores tem uma. VPNs corporativas costumam bloquear o acesso local de propósito, então fale com a equipe de TI.

Correção 5: saia da rede de convidados ou desative o isolamento de clientes

As redes Wi-Fi de convidados são feitas para manter os visitantes longe dos seus dispositivos. Elas usam isolamento de clientes (também chamado de isolamento de AP), então os dispositivos da rede de convidados alcançam a internet, mas não a página de administração do roteador, a sua impressora nem o seu NAS. Alguns sistemas mesh e roteadores de provedores de internet ativam isso também na rede principal.

Conecte-se à rede principal. Se a opção estiver ativada na sua rede principal, entre no roteador a partir de um computador com cabo e desative o isolamento de AP (AP isolation) ou o isolamento de clientes (client isolation) nas configurações de rede sem fio.

Correção 6: confira se o dispositivo está ligado e ainda tem o mesmo IP

Os roteadores distribuem endereços locais por DHCP, e depois de um reinício um NAS, uma câmera ou uma impressora pode voltar com um endereço diferente. O seu favorito então aponta para um endereço que não existe mais.

• Faça um ping: ping 192.168.1.50. "Destination host unreachable" (host de destino inacessível) ou nenhuma resposta significa que nada está respondendo naquele endereço.
• Descubra o novo IP: veja a lista de dispositivos conectados no roteador, ou rode arp -a para listar os dispositivos com que o seu computador se comunicou recentemente. Um endereço MAC identifica o dispositivo mesmo quando o IP muda, e a ferramenta Consulta MAC mostra o fabricante.
• Evite que aconteça de novo: crie uma reserva de DHCP para o dispositivo no roteador, para que ele sempre receba o mesmo IP.

Como corrigir o ERR_ADDRESS_UNREACHABLE no iPhone e no Android

• iPhone, permissão de Rede Local: os navegadores do iPhone carregam as páginas pelo WebKit da Apple, que não precisa da permissão de Rede Local, então se o Safari ou o Chrome não abrem o endereço, olhe a rede, não uma configuração. Apps que falam direto com o dispositivo, como o de uma câmera, de um NAS ou de casa inteligente, precisam dela: Ajustes → Privacidade e Segurança → Rede Local.
• iPhone, confira a sub-rede: Ajustes → Wi-Fi → tocar no (i) mostra o seu Endereço IP e o endereço do Roteador. Se os três primeiros números forem diferentes do endereço que você está abrindo, você está na rede errada.
• Android: desligue os dados móveis enquanto testa, desligue qualquer VPN ou app bloqueador de anúncios e confira que você não está na rede de convidados.
• Nos dois: esqueça a rede Wi-Fi e conecte-se de novo, o que renova o endereço IP e a rota.

Para desenvolvedores: net::ERR_ADDRESS_UNREACHABLE em apps e emuladores

Desenvolvedores costumam ver esse erro em um emulador ou WebView do Android, em um celular testando um servidor de desenvolvimento local, ou vindo de um servidor cujo firewall recusa a conexão:

• Emulador do Android: localhost dentro do emulador é o próprio emulador. Use 10.0.2.2 para alcançar o localhost do seu computador (Android).
• Celular real até o servidor de desenvolvimento: o celular precisa estar no mesmo Wi-Fi (não no de convidados) e usar o IP do computador na rede local, por exemplo http://192.168.1.23:3000. O next dev já escuta em todas as interfaces, mas o Vite só escuta em localhost até você iniciá-lo com vite --host; um servidor preso ao localhost dá, em vez disso, uma conexão recusada.
• Mac com Sequoia ou posterior: um servidor de desenvolvimento que aceita conexões do seu celular não precisa da permissão de Rede Local, e ferramentas executadas no Terminal ou por SSH são liberadas automaticamente (Apple). Um navegador no Mac precisa dela para abrir endereços da rede local, como na Correção 3.
• Docker e WSL2 ficam em sub-redes virtuais próprias, que outros dispositivos não alcançam. No Docker, publique a porta (-p 3000:3000) e conecte-se ao IP do host na rede local, não ao IP interno do container. No WSL2, ative a rede espelhada (Windows 11 22H2 ou posterior) ou encaminhe a porta com netsh interface portproxy (Microsoft).
• Servidores Linux com regra de rejeição: se o firewall de um servidor bloqueia a porta com uma resposta ICMP "host prohibited" ou "administratively prohibited", um cliente Linux ou Android recebe "No route to host" e o Chrome mostra ERR_ADDRESS_UNREACHABLE, mesmo num servidor público cuja rede está ótima. Confira as regras do servidor (sudo nft list ruleset ou sudo iptables -S) e abra a porta.

ERR_ADDRESS_UNREACHABLE vs. erros parecidos

Se você alcança os dispositivos locais mas nenhum site, veja Wi-Fi conectado, mas sem internet. Para sites públicos que ficam travados, veja ERR_CONNECTION_TIMED_OUT e, para falhas de DNS, ERR_NAME_NOT_RESOLVED. Um traceroute ou o comando tracert mostra exatamente onde termina o caminho até um endereço.