Corriger DNS_PROBE_FINISHED_NXDOMAIN (2026)

DNS_PROBE_FINISHED_NXDOMAIN signifie que le navigateur n’a pas pu résoudre le domaine en adresse IP. La requête DNS a renvoyé « domaine inexistant » (NXDOMAIN). Les causes habituelles : cache DNS périmé, entrée erronée ou résiduelle dans le fichier hosts, serveur DNS défaillant, ou simple faute de frappe dans l’URL. Le plus souvent, vider le DNS et vérifier le fichier hosts règle le problème en moins d’une minute.

Corriger DNS_PROBE_FINISHED_NXDOMAIN

Suivez ces étapes dans l’ordre ; arrêtez-vous dès que la page se charge :

1. Vérifiez l’URL (fautes de frappe) et essayez le domaine seul dans un nouvel onglet.
2. Videz le cache DNS de votre OS, voir vider le DNS sur Windows, vider le DNS sur Mac ou vider le DNS sur Linux.
3. Videz le cache hôte du navigateur sur chrome://net-internals/#dns (ou edge://net-internals/#dns), puis Clear host cache et Flush socket pools.
4. Inspectez le fichier hosts : ligne erronée ou résiduelle mappant ce domaine vers une IP injoignable.
5. Changez de serveurs DNS pour Cloudflare 1.1.1.1 ou Google 8.8.8.8 et réessayez.
6. Redémarrez le réseau (couper/rallumer le Wi-Fi, ou redémarrer la box pour un problème DNS côté FAI).

Pourquoi NXDOMAIN survient : comment fonctionne la requête DNS

Quand vous ouvrez une URL, votre machine demande à un résolveur DNS de traduire le domaine en adresse IP. Le résolveur effectue une requête récursive, interrogeant la chaîne des serveurs de noms faisant autorité jusqu’à trouver un enregistrement A (IPv4) ou AAAA (IPv6). Si aucun serveur de noms ne possède d’enregistrement pour ce nom, la requête renvoie NXDOMAIN, « domaine inexistant ».

Les causes les plus fréquentes :

• Le domaine n’existe vraiment pas (faute de frappe, enregistrement expiré).
• Un domaine récent ou récemment migré n’a pas terminé sa propagation DNS : votre résolveur n’a encore aucun enregistrement, les réponses en cache persistent jusqu’à l’expiration de leur TTL.
• Une surcharge locale dans votre fichier hosts masque le vrai domaine avec une association cassée, et le résolveur n’atteint jamais le serveur de noms faisant autorité.

Quand le fichier hosts est en cause

Si un seul domaine personnalisé (comme monappli.test) affiche NXDOMAIN, le fichier hosts est le premier suspect. Ouvrez-le et vérifiez que la ligne est valide :

127.0.0.1 monappli.test

Une ligne pointant vers une mauvaise IP, une entrée commentée, ou une ligne mal formée (avec http:// ou un port) fera échouer la résolution. Voir le guide de syntaxe du fichier hosts et, sur Mac, le fichier hosts ne fonctionne pas.

Vérifier la correction

nslookup monappli.test

Si la ligne de commande résout correctement mais que le navigateur affiche encore NXDOMAIN, le cache du navigateur est périmé, répétez l’étape 3.

Éviter que ça se reproduise

Les entrées de test résiduelles sont une cause fréquente. Un gestionnaire de hosts comme ToggleHosts permet de désactiver des entrées au lieu de les supprimer et vide le DNS automatiquement, pour qu’aucune ancienne association ne déclenche un NXDOMAIN plus tard.

_Dernier test : juin 2026 sur Chrome 137 et Edge, sous Windows, macOS et Linux._

Sources et ressources externes

• Comment fonctionne le DNS (Cloudflare Learning)
• Le fichier hosts expliqué (Wikipédia)
• Page de manuel hosts(5) (man7.org)