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.
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
ouhttp://nas.interno
no Edge falha comERRADDRESSUNREACHABLE
ouERRNAMENOT_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
Sintoma | Pista principal | Ação imediata |
---|---|---|
IP e nome interno falham no Edge | Permissão “Rede local” do macOS bloqueada/inconsistente | Revogar e reativar a permissão para o Edge; fechar com ⌘Q e reabrir |
IP funciona, nome falha | Resolução DNS/DoH do Edge | Desativar DoH temporariamente; limpar cache em edge://net-internals/#dns |
Nome interno vira IP público | DoH do Edge “bypassando” DNS interno | Em 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.
- Abra Ajustes/Definições do Sistema → Privacidade e Segurança → Rede local.
- 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.
- Abra
edge://settings/privacy
(secção Segurança). - Desative temporariamente Usar DNS seguro (DoH) ou escolha Usar o provedor atual.
- Abra
edge://net-internals/#dns
e clique em Clear host cache. - 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”
- Vá em Privacidade e Segurança → Rede local.
- 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.
- Saia do Edge com
⌘Q
e abra novamente.
Eliminar efeitos de DoH e cache
- Em
edge://settings/privacy
, desative Usar DNS seguro (temporariamente) ou selecione Usar o provedor atual. - Limpe o cache de hosts em
edge://net-internals/#dns
com Clear host cache. - 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
Item | O que verificar | Resultado esperado |
---|---|---|
TCC/Permissões | “Rede local” para Microsoft Edge está ON (sem cinza) | Edge alcança hosts da LAN por IP |
DNS do Sistema | scutil --dns aponta para DNS interno/VPN | Resolução de FQDN interno via dig retorna IP interno |
DoH do Edge | Desativado ou setado para “Usar o provedor atual” | Edge respeita resolvers do macOS |
Perfil/Extensões | Perfil limpo e sem extensões durante o teste | Sem interferências de add-ons |
Versão do Edge | Testar Beta/Insider ou rollback | Comparar 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
escutil --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.