Accesso ai dispositivi di rete locale con Microsoft Edge su macOS Sequoia: errori ERRADDRESSUNREACHABLE/ERRNAMENOT_RESOLVED e soluzioni efficaci

Su macOS Sequoia, alcune build recenti di Microsoft Edge impediscono l’accesso ai dispositivi della rete locale restituendo errori come ERRADDRESSUNREACHABLE o ERRNAMENOT_RESOLVED. Qui trovi cause probabili, soluzioni pratiche, script e percorsi di diagnosi per azzerare i blocchi.

Indice

Panoramica del problema

In diversi ambienti con macOS Sequoia 15–16, le versioni stabili di Microsoft Edge dalla 130.0.2849.46 (ottobre 2024) fino alla serie 131/132.x (gennaio 2025) presentano malfunzionamenti nell’accesso a servizi e interfacce web in LAN. I sintomi tipici sono:

Raggiungendo un host per IP (es. http://192.168.1.100): errore ERRADDRESSUNREACHABLE.
Raggiungendo un host per nome locale (es. http://nas.local): errore ERRNAMENOT_RESOLVED.
Ping, ssh o accesso via altri browser (Safari, Firefox, Chrome) funzionano regolarmente, escludendo problemi fisici o DNS di sistema.

Il comportamento suggerisce un’interazione difettosa tra il permesso “Rete locale” di macOS e il modo in cui Edge gestisce tale consenso nelle release stabili 130–132.

Ambiente interessato e cosa non è in causa

Interessati: Edge Stable 130→132 su macOS Sequoia 15 e 16.
Non interessati (tipicamente): Edge Beta/Canary (rami Insider); versioni stabili ≤ v129; altri browser.
Non in causa: cavi, Wi‑Fi, router o DNS di sistema; la connettività IP è integra e verificabile via terminale o con browser alternativi.

Come riconoscere il difetto

Prova la stessa risorsa LAN con Safari/Firefox/Chrome: se funziona, il problema è circoscritto a Edge.
Esegui un ping 192.168.1.x o ping nas.local: se risponde, la rete fisica e il mDNS funzionano.
In Edge, prova sia per IP sia per hostname locale: gli errori cambiano (unreachable vs not resolved) ma la radice è la stessa.

Soluzione rapida consigliata

La soluzione di emergenza che più spesso ripristina l’accesso (seppur in modo non definitivo) è agire sul toggle “Rete locale” di macOS:

Apri Impostazioni di sistema → Privacy e sicurezza → Rete locale.
Disattiva e riattiva il toggle accanto a Microsoft Edge.
Chiudi e riapri Edge, poi ritesta i siti LAN.

Note operative:

In molte installazioni compaiono più voci “Microsoft Edge”; attivarne/disattivarne una le influenza tutte.
Dopo un riavvio o un aggiornamento di Edge, il consenso può “resettarsi” e il problema riappare.
Dalle build circa 132.0.2957.127 alcuni utenti segnalano che il toggle risulta già attivo, ma l’errore persiste fino a una nuova rialternanza o a un riavvio.

Perché accade

macOS, da Ventura in avanti e con rafforzamenti in Sonoma/Sequoia, richiede che le app dichiarino e ottengano un permesso esplicito per accedere a dispositivi sulla rete locale (anche per traffico unicast e per la discovery Bonjour/mDNS). Le versioni di Edge tra 130 e 132 sembrano presentare un comportamento interno instabile nella valutazione o persistenza di tale consenso, con sintomi come:

Duplicazione delle voci di Edge nella schermata “Rete locale”.
Stato incoerente del permesso tra processo browser e componenti ausiliari.
Reset del consenso dopo reboot o update.

Risultato: Edge interpreta l’accesso alla LAN come non autorizzato e blocca le richieste, producendo gli errori visti. I rami Insider (Beta/Canary) non sembrano colpiti, suggerendo un bug specifico del canale Stable.

Workaround e strade alternative

Azione	Esito tipico	Quando usarla	Rischi/Note
Alternare il toggle “Rete locale” per Edge	Ripristino temporaneo	Prima mossa, a basso impatto	Da ripetere dopo reboot o update
Passare a Edge Beta/Canary	Accesso LAN OK	Quando serve stabilità d’uso	Canali pre‑stable; aggiornamenti frequenti
Installare una stabile precedente (≤ v129)	Accesso LAN OK	Per ambienti “isolati” o test	Non consigliato in produzione per i rischi di sicurezza
Svuotare cache DNS Edge (`edge://net-internals/#dns`)	Di norma non risolve	Solo a scopo diagnostico	Non interviene sui permessi di rete macOS
Riavviare il Mac	Talvolta aiuta	Quando il toggle non basta	Effetto spesso temporaneo

Procedura consigliata passo‑passo

Verifiche rapide

Apri edge://version e annota la build (per la segnalazione).
Apri edge://net-export e prepara il logging solo se richiesto (utile per i report a Microsoft).
Conferma che con Safari/Firefox lo stesso host LAN è raggiungibile.

Applica il workaround del toggle

Impostazioni di sistema → Privacy e sicurezza → Rete locale.
Per tutte le voci “Microsoft Edge” visibili: disattiva → riattiva.
Chiudi completamente Edge e riaprilo.

Se il problema riappare

Ripeti il toggle dopo ogni riavvio o aggiornamento, finché la versione stabile non includerà la correzione.
Installa in parallelo Edge Beta o Canary e usalo per tutte le interfacce web locali critiche.
In alternativa, impiega temporaneamente Safari/Firefox/Chrome per la LAN.

Opzioni avanzate per power user

Reimpostare i consensi TCC per Edge

Se la rialternanza del toggle non basta, puoi forzare una nuova richiesta di permessi. Questa operazione è invasiva e richiede di ri‑autorizzare eventuali prompt alla prima esecuzione:

# Chiudi Edge prima di procedere
osascript -e 'tell application "Microsoft Edge" to quit'

Reimposta tutti i consensi TCC per Edge (operazione ampia)

tccutil reset All com.microsoft.Edge

Riavvia il demone dei consensi (opzionale)

killall tccd 2>/dev/null || true

Riapri Edge e torna in Privacy > Rete locale per verificare

open -a "Microsoft Edge"

Attenzione: tccutil reset All può richiedere di riautorizzare altri permessi (microfono, fotocamera, condivisione schermo, ecc.) per Edge. Valuta se applicarlo su macchine personali o in ambienti di test prima della produzione.

Riavviare i servizi di rete di sistema

Può aiutare in diagnosi, sebbene non sia la radice:

# Flush DNS di sistema (non risolve il permesso, ma elimina dubbi DNS)
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Verifica mDNS/Bonjour dalla riga di comando

Per accertare che la scoperta locale funzioni a livello OS:

# Elenca servizi Bonjour visibili
dns-sd -B workstation.tcp local

Risolvi un hostname .local specifico

dns-sd -G v4 nas.local

Automazioni utili in attesa della patch

Per ridurre l’attrito quotidiano puoi creare piccoli automatismi. Non esiste un’API pubblica per “accendere/spegnere” il permesso, ma si può orchestrare la sequenza apri impostazioni → focalizza Edge → alterna → riapri tramite UI Scripting. L’affidabilità dipende dalla lingua di sistema e dal layout delle Impostazioni di sistema.

Script AppleScript per preparare l’ambiente

-- Salva come: RipristinaReteLocaleEdge.scpt
-- Chiude Edge, apre la sezione giusta delle Impostazioni e guida l’utente

tell application "Microsoft Edge" to quit
delay 1

-- Apre direttamente la pagina “Rete locale” di Privacy & Sicurezza
do shell script "open 'x-apple.systempreferences:com.apple.preference.security?Privacy_LocalNetwork'"

tell application "System Events"
tell process "System Settings"
repeat until exists window 1
delay 0.2
end repeat
-- A questo punto, chiedi all’utente di alternare manualmente i toggle per “Microsoft Edge”
display dialog "Nella sezione 'Rete locale', disattiva e riattiva tutte le voci di Microsoft Edge, poi premi OK." buttons {"OK"} default button 1
end tell
end tell

delay 0.5
tell application "Microsoft Edge" to activate

Lo script non forza il toggle (per affidabilità multi‑lingua), ma apre la pagina esatta e minimizza i tempi. Puoi associare lo script all’accesso utente (Elementi login) per avere il promemoria automatico dopo ogni riavvio.

Script di “pulizia consensi” (avanzato)

Se sei a tuo agio con Terminale e consensi TCC, uno script più aggressivo può forzare il riprompt:

#!/bin/zsh
reset-consensi-edge.sh

APP_ID="com.microsoft.Edge"

osascript -e 'tell application "Microsoft Edge" to quit' &>/dev/null
sleep 1

Reset ampio dei consensi dell’app

tccutil reset All "$APP_ID"

Riavvio (user-level) del demone TCC

pkill tccd || true
sleep 1

open -a "Microsoft Edge"

echo "Consensi di $APP_ID reimpostati. Verifica in Privacy > Rete locale."

Uso: salva il file, rendilo eseguibile con chmod +x reset-consensi-edge.sh, eseguilo con ./reset-consensi-edge.sh. Non usare in ambienti regolati senza test e approvazione.

Indicazioni per team IT e ambienti gestiti

Canale alternativo: distribuisci Edge Beta su macchine critiche per la LAN, lasciando Stable solo dove non è necessario.
Freeze temporaneo: se la policy di sicurezza lo consente, congela gli aggiornamenti del canale Stable affetto finché non è disponibile una fix verificata.
Comunicazione: informa gli utenti su come alternare il toggle “Rete locale” e fornisci un link rapido nel Self‑Service interno allo script AppleScript.
Fallback ufficiale: definisci browser secondari autorizzati (Safari/Firefox/Chrome) per l’accesso a gestionali e interfacce web on‑prem.
Segnalazioni aggregate: centralizza l’invio di report includendo versione di Edge, versione di macOS, log net‑export e screenshot di Privacy > Rete locale.

Diagnostica approfondita

Raccogli informazioni chiave

Versione browser: apri edge://version e copia la stringa completa.
Politiche attive: verifica in edge://policy se sono presenti policy di rete anomale.
Log di rete: edge://net-export → avvia la cattura mentre riproduci il problema; ferma e allega il file .json/.gz alla segnalazione.

Controlli dal Mac

Console → filtra per tccd, mdns, mDNSResponder durante il tentativo di apertura dell’host locale: eventuali deny di TCC o errori mDNS aiutano a confermare la pista “permessi”.
Risoluzione locale: confronta scutil --dns e dns-sd con l’esito in Edge. Se OS risolve ma Edge no, il permesso “Rete locale” è il principale indiziato.

Domande frequenti

Perché il ping funziona ma Edge no?
Perché il ping non passa attraverso il modello di permessi di app di macOS: è un’utility di sistema. Edge, invece, deve avere un consenso esplicito all’accesso alla rete locale; se lo stato è incoerente, le richieste vengono bloccate.

Perché il nome .local non si risolve?
La risoluzione mDNS di hostname locali richiede che l’app possa “vedere” la rete locale. Se il permesso è in stallo, Edge non invia né elabora le query come previsto, da cui ERRNAMENOT_RESOLVED.

Perché Beta/Canary funziona?
Probabilmente perché include modifiche che non affliggono il canale Stable 130–132 oppure integra un differente percorso di inizializzazione dei consensi.

Conviene fare il downgrade alla 129?
Solo per test o in ambienti isolati: tornare a una stabile precedente risolve il problema LAN ma espone a vulnerabilità note. Meglio usare temporaneamente Beta/Canary o un browser alternativo.

La pulizia della cache DNS aiuta?
Quasi mai. Il problema non è la cache, ma l’autorizzazione “Rete locale” non gestita correttamente da Edge.

Buone pratiche operative

Alterna il toggle “Rete locale” come primo tentativo ogni volta che Edge smette di raggiungere le risorse LAN.
Installa Edge Beta/Canary in parallelo e imposta i preferiti delle interfacce locali su quel canale o su un browser alternativo.
Evita il downgrade in produzione a meno di non poterne fare a meno e dopo un’attenta valutazione del rischio.
Apri segnalazioni dettagliate allegando versioni, log e screenshot: più dati, più veloce la diagnosi a monte.
Monitora le note di rilascio dopo la serie 132: quando la fix sarà disponibile nello Stable, potrai rientrare al canale principale.

Check‑list rapida per ripartire

Conferma che la LAN sia OK con un altro browser.
In macOS → Privacy e sicurezza → Rete locale: disattiva/riattiva Edge.
Riavvia Edge e ritesta l’IP e l’hostname locale.
Se ricapita, valuta Edge Beta/Canary o un browser alternativo per i servizi critici.
Per casi ostinati, considera il reset dei consensi TCC di Edge (con cautela).

Riepilogo

Il blocco dell’accesso alla LAN in Microsoft Edge su macOS Sequoia nelle build Stable 130–132 è riconducibile a un gestore instabile del permesso “Rete locale”. La soluzione più rapida resta l’alternanza del toggle in Privacy e sicurezza → Rete locale, pur con efficacia temporanea. In attesa della patch ufficiale, l’uso di Edge Beta/Canary o di un browser alternativo è il workaround più affidabile. Per ambienti professionali, automatizza i passaggi e prepara procedure di fallback: in questo modo, l’operatività su interfacce e dispositivi locali (NAS, IP‑camera, switch, hypervisor, appliance) resta garantita senza rinunciare alla sicurezza.

Appendice: playbook dettagliato

Scenario A – Devi ripristinare l’accesso in 1 minuto

Chiudi Edge.
Impostazioni di sistema → Privacy e sicurezza → Rete locale.
Disattiva e riattiva tutte le voci “Microsoft Edge”.
Riapri Edge e prova l’IP e l’hostname locale.

Scenario B – Ti capita ogni mattina al login

Installa lo script AppleScript proposto e aggiungilo agli Elementi di login.
Usa Edge Beta per i preferiti “LAN‑critical”.
Monitora la build Stable e rientra quando la fix è rilasciata.

Scenario C – Sei in un’azienda con centinaia di Mac

Distribuisci Edge Beta a gruppi pilota e stabilisci un canale di fallback ufficiale.
Congela temporaneamente l’aggiornamento dello Stable in attesa della correzione.
Metti a disposizione nel Self‑Service aziendale lo script di promemoria per il toggle.
Raccogli e invia segnalazioni centralizzate con versioni, net‑export e screenshot.

Conoscenze correlate

Edge e URI interni: le pagine edge:// (version, net-export, policy) non sono siti esterni; servono per diagnosi e configurazione.
mDNS e .local: la discovery Bonjour non è DNS “classico” e richiede che l’app partecipi alla rete locale; se il permesso è in stallo, fallisce.
TCC: è il sistema di consensi di macOS. Un reset permette di ri‑stabilire i prompt, ma va usato con ponderazione.

In sintesi: il problema è legato ai permessi “Local Network” di macOS che Edge gestisce in modo instabile nelle versioni recenti. Il toggle in Privacy > Rete locale resta la soluzione più rapida ma non permanente; l’uso di Edge Beta o di un browser alternativo è, al momento, l’unico workaround affidabile.

Se lavori con infrastrutture on‑prem, salva nei Preferiti di un browser alternativo le interfacce web indispensabili (NAS, switch, firewall, hypervisor) e valuta di affiancare uno script di promemoria al login finché la correzione non sarà stabile nel canale principale.

Checklist finale per chi ha fretta

Errore LAN solo in Edge? Sì → problema di permesso “Rete locale”.
Alterna il toggle in macOS → Privacy & Sicurezza → Rete locale.
Non basta? Prova Edge Beta/Canary o un altro browser per le attività critiche.
Persistono anomalie? Valuta il reset TCC di Edge (con cautela) e invia un report con log.
Monitora le release post‑132 per il fix definitivo.