Edge no macOS não acessa IPs/nomes locais (LAN): corrija ERR\ADDRESS\UNREACHABLE e ERR\NAME\NOT_RESOLVED

Após atualizar o Microsoft Edge no macOS Sequoia, alguns utilizadores perceberam que navegar para IPs e nomes internos da LAN deixou de funcionar — enquanto ping e outros navegadores continuam OK. Este guia prático mostra como diagnosticar e corrigir o problema em minutos.

Índice

Visão geral do problema

Depois de atualizar o Edge (ex.: 130.x–132.x) no macOS Sequoia, diversos utilizadores relatam falhas ao abrir endereços de rede local, tanto por IP (ex.: 192.168.x.x) quanto por nome DNS interno (ex.: nas.empresa.local). Os erros mais comuns exibidos pelo navegador são ERRADDRESSUNREACHABLE e ERRNAMENOT_RESOLVED. Curiosamente, o comando ping funciona e Safari/Firefox/Chrome abrem normalmente os mesmos destinos. Em alguns casos, reiniciar o Mac “cura” temporariamente; noutros, aparecem várias entradas do Microsoft Edge na permissão “Rede local” do macOS. Há ainda relatos de que o Edge Beta/Insider não apresenta o problema para certas máquinas.

Na prática, há dois vetores a endereçar: a permissão de Rede local do macOS (que pode ficar negada ou inconsistente) e o DNS sobre HTTPS (DoH) do Edge, que pode “desviar” a resolução de nomes da sua infraestrutura interna.

Sintomas típicos

  • Abrir http://192.168.1.10 ou http://nas.interno no Edge falha com ERRADDRESSUNREACHABLE ou ERRNAMENOT_RESOLVED.
  • ping 192.168.1.10 funciona; Safari/Firefox/Chrome também acessam o mesmo recurso.
  • Após um reinício do macOS, volta a funcionar por um período e depois falha novamente.
  • Em Definições/Ajustes do Sistema → Privacidade e Segurança → Rede local, existem múltiplas entradas do Edge.
  • Resolver um nome curto (ex.: intranet) no Edge resulta num IP público em vez do IP interno; o mesmo nome abre corretamente noutros navegadores.

Diagnóstico rápido

SintomaPista principalAção imediata
IP e nome interno falham no EdgePermissão “Rede local” do macOS bloqueada/inconsistenteRevogar e reativar a permissão para o Edge; fechar com ⌘Q e reabrir
IP funciona, nome falhaResolução DNS/DoH do EdgeDesativar DoH temporariamente; limpar cache em edge://net-internals/#dns
Nome interno vira IP públicoDoH do Edge “bypassando” DNS internoEm edge://settings/privacy, usar o provedor atual ou desligar DoH

Solução principal — Permissão “Rede local” no macOS

O macOS controla o acesso de apps à LAN através da permissão Rede local. Quando esta permissão fica negada, duplicada ou num estado “estranho”, o Edge não consegue conversar com dispositivos internos.

  1. Abra Ajustes/Definições do Sistema → Privacidade e Segurança → Rede local.
  2. Ative o(s) comutador(es) do Microsoft Edge.
  • Se houver múltiplas entradas do Edge, desligue e ligue todas.
  • Feche o Edge completamente com ⌘Q (não apenas a janela) e reabra.
  • Alguns utilizadores relatam que desmarcar e marcar (ou apenas desmarcar após uma atualização) “destrava” um estado corrompido.

Observação: este ajuste funcionou amplamente até ~jan/2025 para muitos. Em alguns cenários recentes, pode ser necessário repetir após reinícios.

Quando o nome interno resolve para IP público

Se o Edge está convertendo um nome interno no IP público (em vez do IP da sua LAN), o culpado costuma ser o DoH do próprio Edge, que consulta um resolvedor público e ignora os DNS internos ou split-horizon da VPN.

  1. Abra edge://settings/privacy (secção Segurança).
  2. Desative temporariamente Usar DNS seguro (DoH) ou escolha Usar o provedor atual.
  3. Abra edge://net-internals/#dns e clique em Clear host cache.
  4. Tente novamente, de preferência com FQDN (incluindo sufixo de pesquisa da rede, ex.: intranet.empresa.local).

Mitigações e alternativas

  • Edge Beta/Insider: vários relatos de que funciona sem o bug em certos ambientes.
  • Rollback: se possível, usar uma versão estável anterior que não apresente o problema.
  • Reiniciar o Mac: restaura temporariamente em alguns casos.
  • Perfil limpo: crie um perfil novo em edge://settings/profiles e teste sem extensões.
  • Reinstalar o Edge: como último recurso, especialmente se a lista de “Rede local” mostrar entradas duplicadas persistentes.
  • Enviar feedback: no Edge, use Alt+Shift+I e inclua a versão do Edge e do macOS.

Passo a passo detalhado

Garantir que o Edge foi encerrado de verdade

Fechar uma aba ou janela não encerra o processo. Use ⌘Q ou o menu Microsoft Edge → Sair do Microsoft Edge. Só então reabra o navegador após ajustar permissões.

Reparar a permissão “Rede local”

  1. Vá em Privacidade e Segurança → Rede local.
  2. Localize Microsoft Edge. Se houver mais de uma entrada:
    • Desative todas, aguarde 5–10 segundos, reative todas.
    • Se uma estiver “cinza” (inativa), reabra o Edge e volte ao painel: o sistema tende a reidratar o estado.
  3. Saia do Edge com ⌘Q e abra novamente.

Eliminar efeitos de DoH e cache

  1. Em edge://settings/privacy, desative Usar DNS seguro (temporariamente) ou selecione Usar o provedor atual.
  2. Limpe o cache de hosts em edge://net-internals/#dns com Clear host cache.
  3. Teste com o FQDN interno completo.

Verificações adicionais (opcional)

Verifique se o DNS do sistema está correto e se o host interno resolve no macOS, fora do navegador:

# Ver resolvers ativos e domínios de pesquisa
scutil --dns

Testar resolução interna (substitua pelo seu host)

dig intranet.empresa.local

Limpar caches de DNS do macOS (requer sudo)

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder </code></pre>

<p>Se o <code>dig</code> retorna o IP interno certo, mas o Edge insiste em resoluções públicas, mantenha o DoH desativado enquanto acessa recursos internos ou force o Edge a usar o resolvedor do sistema.</p>

<h2>Checklist de correção</h2>
<ul>
  <li>[ ] macOS → <strong>Privacidade e Segurança → Rede local</strong> → <strong>Microsoft Edge ON</strong> (depois fechar e reabrir com <code>⌘Q</code>).</li>
  <li>[ ] Edge → <strong>DoH OFF</strong> (temporário) → <strong>Clear host cache</strong> em <code>edge://net-internals/#dns</code>.</li>
  <li>[ ] Testar <strong>Edge Beta/Insider</strong> ou versão estável anterior.</li>
  <li>[ ] Se o problema voltar após reiniciar, <strong>reaplicar</strong> a permissão “Rede local”.</li>
</ul>

<h2>Tabela de erros e causas prováveis</h2>
<table>
  <thead>
    <tr>
      <th>Erro no Edge</th>
      <th>Descrição</th>
      <th>Causa provável</th>
      <th>Como agir</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><code>ERRADDRESSUNREACHABLE</code></td>
      <td>O Edge não consegue alcançar o IP/host na LAN</td>
      <td>Permissão “Rede local” negada ou corrompida</td>
      <td>Reparar permissão; encerrar e reabrir o Edge</td>
    </tr>
    <tr>
      <td><code>ERRNAMENOT_RESOLVED</code></td>
      <td>Falha ao resolver o nome interno</td>
      <td>DoH desviando para DNS público; cache inconsistente</td>
      <td>DoH OFF/“provedor atual”; limpar <em>host cache</em></td>
    </tr>
    <tr>
      <td>Resolve para IP público</td>
      <td>Nome interno vira IP externo</td>
      <td>Split-horizon ignorado</td>
      <td>Usar FQDN + DoH alinhado ao resolvedor do sistema</td>
    </tr>
  </tbody>
</table>

<h2>Boas práticas para ambientes corporativos</h2>
<ul>
  <li><strong>Split-horizon e VPN:</strong> se usa VPN com DNS interno, prefira que o Edge herde o resolvedor do sistema (opção “Usar o provedor atual”) para evitar vazamento de consultas a resolvedores públicos.</li>
  <li><strong>Domínios de pesquisa:</strong> mantenha o sufixo configurado (ex.: <code>.empresa.local</code>) no DHCP ou perfil da rede; incentive o uso de FQDN no dia a dia.</li>
  <li><strong>Políticas de privacidade:</strong> verifique se há <em>profiles</em>/políticas de privacidade que possam restringir a permissão “Rede local” para aplicativos recém-atualizados.</li>
  <li><strong>Monitoramento:</strong> quando possível, monitore logs de DNS internos para identificar clientes que continuam resolvendo nomes internos em resolvedores públicos.</li>
</ul>

<h2>Perguntas frequentes</h2>
<h3>Por que ping funciona mas o Edge falha?</h3>
<p>Porque o ping usa a pilha de rede do sistema e não depende da permissão “Rede local” do macOS para tráfego de app ou da camada de resolução do Edge. Se a permissão do Edge estiver negada, o navegador não consegue alcançar a LAN mesmo que o sistema consiga.</p>

<h3>Desativar DoH é seguro?</h3>
<p>Sim, como medida temporária para testar/usar recursos internos. Em ambientes corporativos, o ideal é que o DoH seja compatível com a sua política de DNS interno (por exemplo, usando um resolvedor interno com suporte a DoH) ou que o Edge obedeça ao resolvedor do sistema/VPN.</p>

<h3>Por que aparecem várias entradas do Edge em “Rede local”?</h3>
<p>Atualizações do app podem registrar novamente a permissão, resultando em duplicatas. Alternar <em>OFF/ON</em> em todas as entradas e reiniciar o app costuma reindexar o estado. Em casos persistentes, reinstalar o Edge ajuda.</p>

<h3>Funciona no Edge Beta/Insider, mas não no estável. O que fazer?</h3>
<p>Use a versão que funciona para contornar até que uma atualização estável corrija o comportamento. Mantenha o feedback enviado com detalhes da versão.</p>

<h3>Devo limpar o cache do navegador inteiro?</h3>
<p>Não é necessário. Limpar o <strong>host cache</strong> em <code>edge://net-internals/#dns</code> e, se quiser, os <em>cookies/site data</em> apenas do host afetado já basta na maioria dos casos.</p>

<h2>Exemplos de verificação passo a passo</h2>
<h3>Cenário A — nada na LAN abre no Edge</h3>
<ol>
  <li>Abra <em>Privacidade e Segurança → Rede local</em> e confirme Edge <strong>ON</strong> (todas as entradas).</li>
  <li>Saia do Edge com <code>⌘Q</code> e reabra.</li>
  <li>Teste <code>http://192.168.1.10</code> novamente.</li>
</ol>

<h3>Cenário B — IP abre, nome não</h3>
<ol>
  <li>Em <code>edge://settings/privacy</code>, deixe DoH <strong>OFF</strong> (temporariamente) ou “Usar o provedor atual”.</li>
  <li>Limpe o host cache em <code>edge://net-internals/#dns</code>.</li>
  <li>Experimente <strong>FQDN</strong> do host (ex.: <code>nas.empresa.local</code>).</li>
</ol>

<h3>Cenário C — após reiniciar, volta a falhar</h3>
<ol>
  <li>Retorne a <em>Rede local</em> e repita o <em>OFF/ON</em> do Edge.</li>
  <li>Verifique se não há outro perfil/usuário interferindo (teste com um <strong>perfil limpo</strong> no Edge).</li>
  <li>Considere Edge Beta/Insider ou rollback até correção definitiva.</li>
</ol>

<h2>Dicas para depuração com mais contexto</h2>
<ul>
  <li>Veja <code>edge://policy</code> para checar se alguma política força DoH ou define provedores específicos.</li>
  <li>Use <code>scutil --dns</code> para confirmar <em>search domains</em>, resolvers ativos e escopos de interface.</li>
  <li>Se usa VPN, teste com VPN <strong>conectada</strong> e <strong>desconectada</strong> para validar split DNS.</li>
  <li>Se necessário, compare resolução:
    <pre><code>dig intranet.empresa.local @IPDODNS_INTERNO
dig intranet.empresa.local @1.1.1.1
Se os resultados diferirem, o Edge com DoH provavelmente está consultando o resolvedor público.

Checklist para equipes de TI

ItemO que verificarResultado esperado
TCC/Permissões“Rede local” para Microsoft Edge está ON (sem cinza)Edge alcança hosts da LAN por IP
DNS do Sistemascutil --dns aponta para DNS interno/VPNResolução de FQDN interno via dig retorna IP interno
DoH do EdgeDesativado ou setado para “Usar o provedor atual”Edge respeita resolvers do macOS
Perfil/ExtensõesPerfil limpo e sem extensões durante o testeSem interferências de add-ons
Versão do EdgeTestar Beta/Insider ou rollbackComparar comportamento entre canais

Resumo executivo

Para a maioria dos casos, o problema decorre de uma combinação de permissão “Rede local” do macOS em estado inconsistente e/ou de DoH no Edge desviando a resolução DNS interna. Ajustar essas duas frentes resolve ou contorna o erro para a maioria dos utilizadores:

  • Reative a permissão Rede local para o Edge (todas as entradas), saia com ⌘Q e reabra.
  • Desative temporariamente o DoH ou selecione Usar o provedor atual e limpe o host cache.
  • Prefira FQDN ao testar; confirme o DNS interno com dig e scutil --dns.

Quando abrir um chamado

Se, após seguir os passos, o Edge continuar sem acessar a LAN enquanto outros navegadores funcionam, colete estas informações antes de enviar feedback pelo atalho Alt+Shift+I no Edge (ou para a sua equipa de TI):

  • Versão do Edge (estável, Beta, Insider) e canal.
  • Versão do macOS (ex.: Sequoia com número exato de compilação).
  • Capturas de ecrã de Privacidade e Segurança → Rede local mostrando as entradas do Edge.
  • Resultado de scutil --dns (redija informações sensíveis antes de anexar).
  • Resultados de dig para os FQDN afetados (interno e público para comparação).

Glossário rápido

  • DoH (DNS over HTTPS): envia consultas DNS por HTTPS para um resolvedor, podendo ignorar o DNS do sistema se o navegador assim estiver configurado.
  • FQDN: nome de domínio totalmente qualificado (ex.: host.depto.empresa.local), sem depender de sufixos de pesquisa.
  • Split-horizon DNS: o mesmo nome resolve para respostas diferentes consoante a origem (interna vs. externa).

Conclusão

Se o Edge no macOS não acessa IPs/nomes locais, comece pela permissão Rede local e, em seguida, alinhe o DoH com o seu ambiente. Esses dois ajustes resolvem a vasta maioria dos cenários. Caso persista, isole variáveis (perfil limpo, extensões, VPN, versões do Edge) e reporte com dados objetivos. Assim, além de restaurar o acesso à sua LAN, você ajuda a acelerar correções definitivas.

Índice