Depuis une récente mise à jour, Microsoft Edge sur macOS Sequoia peut refuser d’atteindre vos équipements du réseau local, alors que Safari et Firefox fonctionnent. Voici des correctifs immédiats, des explications claires et un plan de diagnostic court pour rétablir l’accès.
Edge sur macOS : accès impossible aux IP et noms locaux
Plusieurs utilisateurs sous macOS Sequoia 15.2 et 16 constatent que Microsoft Edge, versions 130 à 132 (ex. 131.0.2903.x et 132.0.2957.127), n’accède plus aux équipements du réseau domestique/privé. La panne touche à la fois les adresses IP locales (192.168.x.x
) et les noms DNS internes (nas.maison
, printer.lan
…), et s’accompagne fréquemment d’erreurs ERR_ADDRESS_UNREACHABLE
ou ERR_NAME_NOT_RESOLVED
. Pendant ce temps, le réseau lui‑même reste joignable : ping OK, Safari/Firefox OK, et parfois même une résolution apparente dans edge://net-internals/#dns
. Chez certains, un redémarrage du Mac fait revenir l’accès… pour un temps. D’autres signalent des entrées Microsoft Edge en double dans Réglages système → Confidentialité et sécurité → Réseau local.
Symptômes typiques
- Chargement impossible des interfaces d’administration d’équipements locaux (routeur, NAS, caméra, imprimante, boîtier domotique, etc.).
- Échec par adresse IP locale et par nom interne ; par ex.
http://192.168.1.1
ethttp://nas.maison
. - Messages d’erreur dans Edge :
ERR_ADDRESS_UNREACHABLE
,ERR_NAME_NOT_RESOLVED
. - Safari et Firefox accèdent aux mêmes ressources sans problème.
- Le ping du NAS/routeur répond normalement.
- Une bascule OFF→ON de l’autorisation Réseau local pour Edge règle la panne… puis elle peut revenir après un redémarrage.
Ce qui se passe en coulisses
Deux facteurs se combinent souvent :
- Autorisation macOS Réseau local non appliquée ou défaillante. Depuis macOS, chaque app doit être explicitement autorisée à accéder au réseau local. Si l’état d’autorisation d’Edge se corrompt (entrées dupliquées, bascule non prise en compte), Edge peut voir le LAN comme « injoignable ».
- DNS sécurisé (DoH) d’Edge. Edge peut interroger un résolveur Internet public (Google, Cloudflare, etc.) au lieu du DNS local de votre Mac. Résultat : un nom interne (
nas.maison
) peut être résolu vers une IP publique erronée… ou ne pas se résoudre du tout.
Réponse rapide et solutions priorisées
Appliquez ces actions dans l’ordre. Elles corrigent la vaste majorité des cas.
Priorité | Action | Où | Quand l’utiliser | Effet attendu | Durée |
---|---|---|---|---|---|
P1 | Autoriser Réseau local pour Edge (bascule OFF→ON) | macOS → Réglages → Confidentialité et sécurité → Réseau local | Échec IP et nom, ping OK | Restaure l’accès LAN pour Edge | 1 min |
P2 | Corriger le DNS sécurisé (DoH) d’Edge et purger les caches | edge://settings/privacy , edge://net-internals | IP OK mais nom KO, ou incohérences de noms | Utilise le DNS local/macOS, noms internes résolus | 2–3 min |
P3 | Vérifier la config DNS macOS (serveurs, domaine de recherche) | macOS → Réglages → Réseau → [Adaptateur] → Détails → DNS | Résolution incertaine sur tout le système | Stabilise la résolution côté macOS | 2–5 min |
P4 | Essayer Edge Bêta/Canary, ou réinstallation propre | Installation d’une déclinaison Edge | Si la panne a débuté après mise à jour | Contourne une régression spécifique | 5–10 min |
P5 | Workaround : entrées temporaires dans /etc/hosts | Terminal | Nom interne encore instable | Fixe quelques hôtes critiques | 2–5 min |
Autoriser le Réseau local pour Edge
- Ouvrez Réglages système → Confidentialité et sécurité → Réseau local.
- Activez la bascule pour Microsoft Edge. S’il est déjà activé, passez OFF puis ON.
- S’il existe plusieurs lignes “Microsoft Edge”, basculez‑les toutes.
- Quittez et relancez Edge. Si possible, redémarrez le Mac pour forcer la prise en compte de l’état d’autorisation.
Bon à savoir. Cette action a été le correctif principal jusqu’à fin 2024 ; depuis le début 2025, certains utilisateurs observent que l’état peut « rebasculer » après redémarrage. La bascule OFF→ON reste néanmoins la première manœuvre à tenter.
Pourquoi cela fonctionne
Edge s’appuie sur les API réseau de macOS qui exigent un consentement explicite pour joindre le LAN. Une autorisation en doublon, un état corrompu ou un changement de binaire (mise à jour) peut invalider la permission. La bascule OFF→ON force macOS à réécrire l’état d’accès au réseau local pour l’app.
Que faire si des entrées Edge sont dupliquées
- Basculez toutes les lignes relatives à Microsoft Edge en ON.
- Si le problème persiste : essayez une réinstallation propre (voir plus bas) afin de remettre à plat les droits d’autorisation. Conservez vos favoris/mots de passe via la synchronisation si activée.
Corriger un DNS spécifique à Edge
Si les IP locales répondent mais que les noms échouent, Edge utilise probablement un résolveur DoH public qui ignore vos zones internes.
- Dans Edge, ouvrez
edge://settings/privacy
→ section Sécurité → DNS sécurisé. - Puis :
- Désactivez « Utiliser un DNS sécurisé », ou
- Choisissez « Utiliser le fournisseur de votre service actuel » afin d’utiliser le DNS configuré sur macOS (box, Pi‑hole, DNS interne d’entreprise…).
- Purger les caches réseau d’Edge :
edge://net-internals/#dns
→ Clear host cache.edge://net-internals/#sockets
→ Flush socket pools.
- Testez d’abord en IP (
http://192.168.x.x
), puis par nom (http://nas.maison
).
Conseil. Si vous avez des domaines de recherche (p. ex.
maison
,lan
), assurez‑vous qu’ils sont bien renseignés côté macOS (voir section suivante).
Vérifications utiles côté macOS
- Réseau → DNS. Contrôlez la présence de vos serveurs DNS locaux (box, Pi‑hole, DNS d’entreprise) et de vos domaines de recherche (ex.
maison
,lan
,corp
). - Ordre des services réseau. Si vous avez Ethernet et Wi‑Fi, vérifiez que le service actif apparaît prioritaire et que son DNS est cohérent.
- Après modification, redémarrez le Mac ou, à minima, relancez Edge.
Commandes utiles (Terminal) :
# Afficher la configuration de résolution
scutil --dns
# Purger les caches de résolution macOS
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
Versions d’Edge et contournements
- Si la panne suit une mise à jour d’Edge, essayez Edge Bêta ou Edge Canary. Plusieurs retours indiquent que la Bêta est épargnée selon les périodes.
- Une réinstallation propre d’Edge peut supprimer des entrées d’autorisation obsolètes :
- Quittez Edge.
- Déplacez l’app Microsoft Edge vers la Corbeille puis réinstallez‑la depuis la source officielle.
- Au premier lancement, validez la demande d’accès au Réseau local.
~/Library/Application Support/Microsoft Edge/
) efface vos données locales. Sauvegardez/synchronisez avant toute opération intrusive. - En attendant un correctif, utilisez Safari ou Firefox pour l’administration de vos équipements locaux.
Workarounds de dernier recours
Si la résolution des noms internes reste capricieuse malgré tout, vous pouvez temporairement renseigner quelques hôtes critiques dans /etc/hosts
:
192.168.1.10 nas.maison
192.168.1.20 imprimante.maison
Réservez cette approche à un petit nombre d’hôtes stables (IP fixes ou réservations DHCP). Retirez ces lignes lorsque la résolution normale est rétablie, pour éviter les incohérences.
Diagnostic éclair
Un parcours en trois minutes pour isoler la cause :
- Dans Edge, testez
http://192.168.1.1
.- Si cela fonctionne : la connectivité IP est OK, c’est principalement un problème DNS d’Edge → appliquez la correction DoH/caches.
- Si cela échoue : Edge est probablement bloqué par l’autorisation Réseau local → basculez la permission OFF→ON, relancez Edge.
- Après changement, relancez Edge, puis essayez un nom local (ex.
http://nas.maison
). - Comparez avec Edge Bêta. Si Bêta fonctionne et Stable non : privilégiez‑la provisoirement.
Cartographie rapide symptômes → pistes
Symptôme/Observation | Piste prioritaire | Action |
---|---|---|
IP locale et nom interne KO, ping OK | Autorisation Réseau local Edge | Bascule OFF→ON, relancer Edge |
IP OK, nom KO | DNS sécurisé (DoH) d’Edge | Désactiver DoH ou « fournisseur actuel », purger caches |
Fonctionne après redémarrage puis rechute | État d’autorisation instable | Rebascule, réinstallation propre, Bêta |
Entrées Edge en double dans Réseau local | Incohérence d’autorisations | Bascule de toutes les entrées, réinstallation si besoin |
Safari/Firefox OK, Edge seul KO | Paramétrage Edge | DoH, caches, profils, extensions |
Scénarios concrets et corrections
Nom interne renvoie une IP publique inattendue
Votre domaine interne entre en collision avec un domaine public, et le DoH d’Edge répond en priorité. Désactivez le DNS sécurisé d’Edge ou choisissez « fournisseur de votre service actuel ». Purgez ensuite les caches (net-internals
), puis réessayez.
Edge ne voit aucune IP du LAN
Autorisation Réseau local inopérante. Basculez toutes les lignes Microsoft Edge en ON dans Confidentialité et sécurité → Réseau local, relancez Edge. En cas de rechute après redémarrage, envisagez une réinstallation propre ou l’usage temporaire d’Edge Bêta.
Tout marche sauf certains noms courts
Un domaine de recherche manque côté macOS. Ajoutez maison
(ou votre suffixe interne) dans Réglages → Réseau → [Adaptateur] → Détails → DNS → Domaines de recherche. Testez ensuite http://nas
et http://nas.maison
.
VPN ou filtre réseau actif
Un VPN/agent de filtrage (MDM, contrôles parentaux, pare‑feu applicatif) peut intercepter le trafic d’Edge différemment des autres navigateurs. Désactivez‑le momentanément pour valider l’hypothèse. Si confirmé, créez une exception pour le trafic local (192.168.0.0/16
, etc.).
FAQ
Pourquoi Safari/Firefox accèdent au LAN alors qu’Edge échoue ?
Edge peut être le seul à cumuler une autorisation macOS Réseau local incohérente et un DNS sécurisé activé vers un résolveur public. Safari/Firefox, eux, utilisent plus souvent le DNS système sans DoH tiers et ne subissent pas l’état d’autorisation corrompu d’Edge.
Qu’est‑ce que le DNS sécurisé (DoH) et pourquoi pose‑t‑il problème ?
Le DoH chiffre les requêtes DNS vers un résolveur Internet. Pratique en mobilité, il contourne toutefois votre DNS local (box, Pi‑hole, DNS d’entreprise) et ignore vos domaines internes. D’où des résolutions erronées pour *.maison
, *.lan
, ou *.corp
.
Faut‑il désactiver définitivement le DoH ?
Pas forcément. Choisissez « fournisseur de votre service actuel » pour que le DoH suive le DNS de votre Mac (utile si ce dernier parle DoH/DoT). Sinon, désactivez‑le uniquement sur les profils Edge utilisés sur le réseau local.
Et si je gère des Mac en entreprise via MDM ?
Vérifiez les profils de configuration qui contrôlent l’autorisation Réseau local et la politique DNS d’Edge (edge://policy
). Une règle MDM peut forcer DoH ou bloquer le LAN. Testez sur un Mac non géré pour comparer.
Les profils Edge ou les extensions peuvent‑ils interférer ?
Oui. Un profil avec des politiques ou une extension de sécurité réseau peut rediriger la résolution/transport. Testez dans une fenêtre InPrivate sans extensions, ou créez un nouveau profil vierge pour isoler le souci.
Checklist de validation après correction
- Accès en IP locale (
http://192.168.1.1
) et par nom (http://nas.maison
). - Plus d’erreur
ERR_ADDRESS_UNREACHABLE
niERR_NAME_NOT_RESOLVED
. edge://net-internals/#dns
n’affiche pas d’entrées incongrues vers des résolveurs publics pour vos domaines internes.- L’autorisation Réseau local de macOS reste cochée pour Microsoft Edge après redémarrage.
- Environnement pro : conformité avec les politiques MDM.
Tableau des paramètres utiles dans Edge
Objectif | Emplacement | Action |
---|---|---|
Désactiver ou ajuster le DNS sécurisé | edge://settings/privacy → Sécurité → DNS sécurisé | Désactiver, ou choisir « fournisseur de votre service actuel » |
Purger la résolution et les sockets | edge://net-internals/#dns , edge://net-internals/#sockets | Clear host cache, Flush socket pools |
Inspecter les politiques appliquées | edge://policy | Vérifier d’éventuelles règles DoH/Proxy/Network |
Tester sans extensions | Menu → Extensions → Gérer | Désactiver provisoirement toutes les extensions |
État par versions et contournements fréquents
Version Edge observée | Impact rapporté | Contournement |
---|---|---|
130.x | Cas isolés de perte d’accès LAN | Bascule Réseau local, DoH OFF |
131.0.2903.x | Pannes plus visibles sur Sequoia | Bascule OFF→ON + caches, Bêta OK chez certains |
132.0.2957.127 | Rechutes post‑redémarrage chez certains | Réinstallation propre, appuyer sur Bêta/Canary |
Annexe technique
Comprendre l’autorisation Réseau local macOS
macOS isole les apps et exige un consentement explicite pour joindre le réseau local. Une mise à jour d’app (nouveau binaire, nouvel identifiant de signature) peut demander une ré‑autorisation. Les doublons dans l’écran Réseau local reflètent parfois des instances distinctes de l’app au fil des mises à jour. D’où l’intérêt de basculer toutes les lignes Edge, puis de redémarrer Edge, voire le Mac.
DNS local vs DNS sécurisé d’Edge
Le DNS local connaît vos zones internes (*.maison
, *.lan
). Le DNS sécurisé d’Edge, s’il cible un résolveur public, n’a aucune idée de ces zones : il renvoie une IP publique/fausse ou échoue. La solution : désactiver le DoH d’Edge ou le faire pointer sur le fournisseur DNS du Mac (« fournisseur actuel »).
Bonnes pratiques
- Réservations DHCP : assignez des IP stables à vos équipements afin de ne pas multiplier les entrées
/etc/hosts
. - Suffixes de recherche : indiquez un domaine de recherche (
maison
) pour quehttp://nas
se résolve ennas.maison
. - Évitez les collisions : préférez
.maison
ou.lan
à un vrai TLD public.
Résumé exécutable
- Commencez par Réglages → Confidentialité et sécurité → Réseau local : basculez toutes les entrées Microsoft Edge sur ON.
- Dans Edge, mettez le DoH en OFF (ou « fournisseur actuel ») et purgez
DNS
etsockets
dansedge://net-internals
. - Vérifiez vos DNS macOS et domaines de recherche.
- Si l’instabilité persiste, passez Edge Bêta ou réinstallez Edge proprement. En secours,
/etc/hosts
pour quelques hôtes critiques.
Points clés appris
- La bascule Réseau local a longtemps suffi ; elle demeure le premier réflexe.
- Le DNS sécurisé d’Edge peut court‑circuiter votre DNS local et briser la résolution de vos noms internes.
- Des entrées Edge en double et des rechutes post‑redémarrage suggèrent une régression sur certaines combinaisons Edge / Sequoia.
En bref : commencez par la bascule Réseau local dans macOS, ajustez le DNS sécurisé d’Edge et purgez les caches. Si ça persiste, testez Edge Bêta, envisagez une réinstallation propre et, en attendant un correctif, utilisez Safari/Firefox pour l’administration de vos appareils locaux.