
ERR_NAME_NOT_RESOLVED Mac : 8 solutions
Corrigez ERR_NAME_NOT_RESOLVED ou DNS_PROBE_FINISHED_NXDOMAIN sur Mac avec 8 vérifications DNS, hosts, navigateur et réseau.
Gérez vos fichiers hosts sans terminal
ToggleHosts vous permet de gérer vos environnements visuellement sur Windows, macOS et Linux, avec flush DNS automatique et sauvegardes.
Paiement unique
"Ce site est inaccessible", "ERR_NAME_NOT_RESOLVED", "DNS_PROBE_FINISHED_NXDOMAIN"... Ces messages d'erreur sont frustrants, surtout quand Internet fonctionne pour d'autres sites. Ce guide vous aidera à résoudre ces problèmes DNS sur Mac.
Comment corriger ERR_NAME_NOT_RESOLVED sur Mac
Pour corriger ERR_NAME_NOT_RESOLVED (ou DNS_PROBE_FINISHED_NXDOMAIN) sur Mac, videz le cache DNS avec sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder, puis rechargez la page. Si l'erreur persiste, passez à un DNS public (1.1.1.1 ou 8.8.8.8), désactivez tout VPN ou proxy, et vérifiez que le domaine n'est pas bloqué dans /etc/hosts.
Suivez les huit solutions ci-dessous dans l'ordre, de la plus rapide à la plus complète.
Comprendre l'erreur
Que se passe-t-il ?
Quand vous tapez "google.com" dans votre navigateur :
- Votre Mac demande l'adresse IP de google.com
- Les serveurs DNS répondent avec l'IP (ex: 142.250.185.78)
- Votre navigateur se connecte à cette IP
ERR_NAME_NOT_RESOLVED signifie que l'étape 2 a échoué.
En clair, un résolveur DNS interroge les serveurs de noms faisant autorité pour trouver l'enregistrement A (l'adresse IPv4) du domaine. Cette erreur veut dire que la requête récursive n'a renvoyé aucune adresse, le nom n'a pas pu être résolu.
Causes possibles
- Cache DNS corrompu ou obsolète
- Serveurs DNS inaccessibles ou lents
- Fichier hosts mal configuré
- VPN ou proxy problématique
- Pare-feu bloquant les requêtes DNS
- Le site est réellement down
- Problème de connexion Internet
Solution #1 : Vider le cache DNS
C'est la solution la plus rapide et résout 50% des cas.
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponderTestez immédiatement après en rechargeant la page.
Solution #2 : Vérifier le fichier hosts
Un domaine bloqué dans votre fichier hosts causera cette erreur.
cat /etc/hosts | grep "domaine-probleme.com"Si le domaine apparaît avec 0.0.0.0 ou 127.0.0.1, il est bloqué.
Débloquer le domaine
sudo nano /etc/hostsSupprimez ou commentez (#) la ligne concernée, puis videz le cache DNS.
Solution #3 : Changer de serveurs DNS
Les DNS de votre FAI peuvent être lents ou défaillants.
DNS recommandés
Cloudflare (rapide, privé)
- 1.1.1.1
- 1.0.0.1
Google (fiable)
- 8.8.8.8
- 8.8.4.4
Quad9 (sécurisé)
- 9.9.9.9
- 149.112.112.112
Changer les DNS sur Mac
- Réglages Système > Réseau
- Sélectionnez votre connexion (Wi-Fi ou Ethernet)
- Détails... > DNS
- Supprimez les serveurs existants, ajoutez les nouveaux
- Cliquez OK
Via Terminal
# Afficher les DNS actuels
scutil --dns | grep "nameserver"
# Configurer Cloudflare DNS (Wi-Fi)
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1Solution #4 : Désactiver VPN/Proxy
Les VPN modifient vos serveurs DNS et peuvent causer des problèmes.
Test rapide
- Déconnectez votre VPN
- Videz le cache DNS
- Testez le site
Si ça fonctionne, le problème vient du VPN. Contactez leur support ou changez de serveur VPN.
Vérifier les proxys
Réglages Système > Réseau > Wi-Fi > Détails... > Proxies
Désactivez tout proxy configuré pour tester.
Solution #5 : Redémarrer les services réseau
Désactiver/réactiver le Wi-Fi
Cliquez sur l'icône Wi-Fi > Désactiver Wi-Fi > Attendre 10 secondes > Réactiver
Via Terminal
# Redémarrer mDNSResponder
sudo killall -HUP mDNSResponder
# Redémarrer l'interface réseau
sudo ifconfig en0 down && sudo ifconfig en0 upSolution #6 : Vérifier le pare-feu
Le pare-feu Mac ou des applications de sécurité peuvent bloquer les requêtes DNS.
Vérifier le pare-feu macOS
Réglages Système > Réseau > Pare-feu
Désactivez temporairement pour tester.
Applications tierces
Little Snitch, Lulu, ou des antivirus peuvent bloquer les DNS. Vérifiez leurs règles.
Solution #7 : Renouveler l'adresse IP
# Libérer l'IP actuelle
sudo ipconfig set en0 DHCP
# Ou forcer le renouvellement
sudo ipconfig set en0 BOOTP && sudo ipconfig set en0 DHCPSolution #8 : Vérifier si le site est down
Peut-être que le problème n'est pas chez vous.
Outils de vérification
Test depuis un autre appareil
Essayez d'accéder au site depuis votre téléphone en 4G (pas Wi-Fi).
Diagnostic avancé
Vérifier la résolution DNS
# Avec nslookup
nslookup google.com
# Avec dig
dig google.com
# Avec host
host google.comRésultat attendu : une adresse IP.
Tester avec un DNS spécifique
# Tester avec Cloudflare DNS
nslookup google.com 1.1.1.1
# Tester avec Google DNS
nslookup google.com 8.8.8.8Si ça fonctionne avec un DNS externe mais pas avec le vôtre, changez de DNS.
Vérifier la connexion Internet
# Ping Google DNS
ping -c 4 8.8.8.8
# Ping par nom (teste le DNS)
ping -c 4 google.comSi le ping par IP fonctionne mais pas par nom, c'est un problème DNS.
Arbre de décision
Un seul site échoue
Causes probables :
- DNS du site mal configuré.
- Cache DNS local obsolète.
- Domaine bloqué dans
/etc/hosts. - Cache navigateur encore actif.
Commencez par :
dscacheutil -q host -a name exemple.com
dig exemple.com
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponderSi seul Chrome échoue, nettoyez son cache DNS :
Tous les sites échouent par nom
Si les IP répondent mais pas les domaines, le DNS global est en cause :
ping -c 4 1.1.1.1
ping -c 4 google.com
scutil --dns | grep nameserverEssayez temporairement Cloudflare ou Google DNS.
Seuls les domaines locaux échouent
Vérifiez :
- Syntaxe du fichier hosts.
- Domaine
.testplutôt que.local. - Mapping IPv4 et IPv6.
- Serveur local démarré.
- Cache navigateur vidé.
cat /etc/hosts
dscacheutil -q host -a name monprojet.test
curl -I http://monprojet.testScénarios développeur fréquents
Après modification de /etc/hosts
- Vérifiez la ligne hosts.
- Videz le DNS macOS.
- Videz le cache DNS Chrome.
- Testez avec
curl -I. - Vérifiez que le serveur accepte ce hostname.
Après activation d'un VPN
Un VPN peut imposer ses propres DNS. Si l'erreur apparaît uniquement avec le VPN, testez sans VPN, changez de serveur ou vérifiez les règles de split DNS.
Après changement de Wi-Fi
Les portails captifs et réseaux d'entreprise peuvent intercepter le DNS. Testez avec un partage de connexion mobile pour isoler le problème.
Après installation d'un outil de sécurité
Little Snitch, LuLu ou un antivirus peuvent bloquer les DNS. Vérifiez leurs règles avant de modifier toute votre configuration réseau.
Erreurs similaires
| Message | Signification |
|---|---|
| ERR_NAME_NOT_RESOLVED | Résolution DNS échouée |
| DNS_PROBE_FINISHED_NXDOMAIN | Domaine inexistant |
| ERR_CONNECTION_REFUSED | Serveur trouvé mais refuse la connexion |
| ERR_CONNECTION_TIMED_OUT | Serveur ne répond pas |
Prévention
Utilisez des DNS fiables
Configurez Cloudflare (1.1.1.1) ou Google (8.8.8.8) comme DNS principal.
Évitez les fichiers hosts volumineux
Trop d'entrées peuvent ralentir la résolution. Utilisez un outil comme ToggleHosts pour gérer proprement.
Redémarrez régulièrement
Un redémarrage occasionnel nettoie les caches et résout les problèmes latents.
Conclusion
L'erreur ERR_NAME_NOT_RESOLVED est presque toujours liée au cache DNS ou aux serveurs DNS configurés. Dans 90% des cas, vider le cache DNS ou changer de serveurs DNS résout le problème.
Si le problème persiste sur un seul site, le site lui-même est probablement en cause.
Questions fréquentes
Cette erreur indique que votre navigateur n'a pas pu résoudre le nom de domaine en adresse IP. Le serveur DNS n'a pas trouvé d'enregistrement pour ce domaine.
C'est la même erreur avec un nom différent. NXDOMAIN signifie 'Non-Existent Domain' - le domaine n'existe pas ou n'est pas trouvé.
Exécutez : sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder. Cette commande force la mise à jour des résolutions DNS.
Si un seul site est affecté, le problème vient probablement du site lui-même (DNS mal configuré) ou de votre cache DNS local.
Oui, les VPN modifient vos serveurs DNS. Si le VPN a des problèmes ou des DNS lents, vous verrez cette erreur. Essayez de vous déconnecter du VPN pour tester.
Articles similaires
Dépannage réseau Mac : La checklist du développeurDépannage
Dépannage réseau Mac : La checklist du développeur
9 min de lecture
EACCES: permission denied sur /etc/hosts : comment corrigerDépannage
EACCES: permission denied sur /etc/hosts : comment corriger
4 min de lecture
getaddrinfo ENOTFOUND dans Docker et Node.js : solutionsDépannage
getaddrinfo ENOTFOUND dans Docker et Node.js : solutions
4 min de lecture