Quatre issues, quatre suites différentes
ERR_NAME_NOT_RESOLVED : signification et solutions
Chrome affiche ERR_NAME_NOT_RESOLVED sous le titre « Impossible d'accéder à ce site », en général à côté de la ligne « L'adresse IP du serveur est introuvable ». Ce code est l'étiquette de Chrome pour l'erreur réseau interne -105. Il signifie que le navigateur a demandé l'adresse correspondant à un nom d'hôte et n'en a pas obtenu d'utilisable : il n'a donc même pas essayé d'ouvrir une connexion vers le site.
C'est donc un symptôme DNS, pas un symptôme de serveur web. Votre travail consiste à trouver quelle couche a abandonné : le navigateur, le système d'exploitation, un VPN, le routeur, le résolveur du fournisseur ou les enregistrements du domaine lui-même.
Ce que dit réellement le code d'erreur
Un nom d'hôte comme www.example.com doit devenir une adresse telle que 192.0.2.10 avant qu'une page puisse se charger. Quand cette étape échoue, Chrome signale l'échec au lieu de deviner. Le -105 est simplement le numéro que le code réseau de Chromium attribue à « nom non résolu ». L'étiquette est large : elle couvre une réponse « le nom n'existe pas », un délai dépassé et une requête refusée.
En quoi il diffère des deux autres messages DNS
Trois messages couvrent l'essentiel de ce domaine. Ce sont des proches parents : Chrome fait souvent suivre une résolution échouée d'une sonde de diagnostic, et le message que vous voyez dépend de la conclusion de la sonde, de la plateforme et de la version du navigateur. Considérez le tableau comme un guide.
| Message | Où on le voit en général | Ce qu'il indique |
|---|---|---|
ERR_NAME_NOT_RESOLVED | Chrome sur Android, Chrome sur ordinateur, navigateurs Chromium | La résolution a échoué. La cause n'est pas précisée : délai dépassé, mauvais résolveur ou nom inexistant. |
DNS_PROBE_FINISHED_NXDOMAIN | Chrome et Edge sur ordinateur, surtout sous Windows | Un serveur DNS a répondu que le nom n'existe pas et la sonde l'a confirmé. Voir corriger l'erreur de sonde NXDOMAIN sous Windows. |
| « Impossible de trouver l'adresse DNS du serveur » | Le titre en langage simple de Chrome sur la même page d'erreur | La même famille de panne décrite avec des mots plus accessibles. Voir le guide sur l'adresse DNS du serveur. |
Pour la signification au niveau du protocole de la réponse « le nom n'existe pas », lisez NXDOMAIN expliqué. Le code lui-même ne dit pas qui est en cause : il faut donc tester, en commençant par la question la moins coûteuse.
Premier test : le nom se résout-il ailleurs ?
Avant de modifier le moindre réglage, prenez un autre appareil ou un autre réseau et ouvrez la même adresse. Un téléphone en données mobiles convient bien. Si le site se charge, le problème se trouve sur votre propre chemin. S'il échoue partout, le DNS du domaine est probablement en cause.
Vous pouvez aussi interroger le nom depuis l'extérieur de votre réseau. Collez le nom d'hôte dans l'outil de recherche DNS et vérifiez si des enregistrements d'adresse sont renvoyés. L'outil attend un nom d'hôte complet tel que www.example.com et rejette les adresses IP et les noms à une seule étiquette comme intranet. Pas d'enregistrement A ni AAAA : le problème vient du domaine ; une adresse renvoyée alors que Chrome échoue toujours : il est local.
Corriger sur Chrome pour ordinateur
Procédez du moins au plus invasif. Testez la page après chaque étape pour savoir laquelle a fait la différence.
Réessayer dans une fenêtre privée
La navigation privée démarre sans la plupart des extensions. Si le site se charge dans ce mode, un bloqueur de publicités, un filtre de confidentialité ou une extension VPN interfère ; désactivez les extensions une par une.
Vider le cache d'hôtes de Chrome
Ouvrez
chrome://net-internals/#dnset utilisez le bouton Clear host cache. Chrome conserve son propre historique de résolutions à courte durée de vie, distinct de celui du système d'exploitation. Si le bouton est absent dans votre version, redémarrer Chrome vide le même cache.Vider le cache du système d'exploitation
Sous Windows, exécutez
ipconfig /flushdnsdans un terminal. Sous macOS, la commande dépend de la version ; une commande courante estsudo dscacheutil -flushcachesuivie desudo killall -HUP mDNSResponder. Le guide de vidage du cache DNS présente les variantes, y compris pour Linux.Vérifier le fichier hosts
Une ligne périmée dans le fichier hosts remplace entièrement le DNS. Cherchez le nom d'hôte en échec dans
C:\Windows\System32\drivers\etc\hostssous Windows ou dans/etc/hostssous macOS et Linux, puis supprimez ou commentez toute ligne que vous n'avez pas ajoutée volontairement.Désactiver le VPN, le proxy et les logiciels de filtrage
Les clients VPN et les suites de sécurité font souvent passer le DNS par leurs propres résolveurs. Déconnectez-les et testez à nouveau.
Essayer un autre serveur DNS
Si le résolveur de votre routeur ou de votre fournisseur est le maillon faible, configurez la carte réseau avec un résolveur public tel que
1.1.1.1ou8.8.8.8et testez à nouveau.
Chrome propose aussi l'option Utiliser un DNS sécurisé sous Paramètres, Confidentialité et sécurité, Sécurité. Lorsqu'elle est activée, Chrome peut contourner le résolveur du système. Si Chrome échoue alors qu'une résolution depuis un terminal réussit, l'activer ou la désactiver permet de distinguer les deux chemins.
Comparer ce que disent le système et un résolveur choisi
Ces commandes posent la même question à deux résolveurs. Remplacez le nom par celui qui échoue.
nslookup www.example.com
nslookup www.example.com 1.1.1.1
# macOS or Linux, if dig is installed
dig www.example.com A +short
dig @1.1.1.1 www.example.com A +shortSi le résolveur par défaut indique que le nom n'existe pas alors que le résolveur public renvoie une adresse telle que 203.0.113.25, votre résolveur par défaut est périmé ou filtre. Si les deux échouent, les enregistrements du domaine sont absents ou ses serveurs de noms ne répondent pas. L'outil nslookup donne un troisième avis depuis l'extérieur de votre réseau.
Corriger sur Android
ERR_NAME_NOT_RESOLVED est fréquent dans Chrome sur Android, car le téléphone passe du Wi-Fi aux données mobiles. Le nom des menus varie selon le fabricant ; les chemins ci-dessous sont donc indicatifs.
- Changez de réseau. Désactivez le Wi-Fi et chargez la page en données mobiles, puis l'inverse. Un site qui fonctionne sur l'un et échoue sur l'autre met en cause le résolveur ou le routeur de ce réseau, pas le téléphone.
- Activez le mode avion pendant dix secondes.
- Vérifiez le DNS privé. Il se trouve généralement sous Paramètres, Réseau et Internet, DNS privé, mais certains téléphones le placent sous Connexion ou Autres paramètres de connexion. S'il est réglé sur un nom d'hôte mal saisi ou qui ne fonctionne plus, toutes les résolutions échouent. Réglez-le sur Automatique ou Désactivé pour tester.
- Oubliez le réseau Wi-Fi puis reconnectez-vous. Cela supprime les réglages enregistrés par réseau, comme une entrée DNS manuelle.
- Désactivez tout VPN ou toute application de « changement de DNS », et vérifiez le paramètre Utiliser un DNS sécurisé de Chrome sous Paramètres, Confidentialité et sécurité.
- Videz le cache de Chrome dans les paramètres d'applications d'Android si seul Chrome échoue.
Notre guide propre à Android, comment vider le DNS sur Android, explique pourquoi il n'existe pas de bouton « vider » unique sur la plupart des téléphones et ce qu'il faut faire à la place.
Corriger sur iPhone et iPad
Chrome sur iOS repose sur le moteur web d'Apple plutôt que sur la pile réseau de Chrome pour ordinateur ; la page d'erreur et son libellé peuvent donc différer de ceux de l'ordinateur. Si Chrome affiche un échec de type DNS et que Safari affiche « Safari ne trouve pas le serveur » pour la même adresse, il s'agit de la même résolution échouée vue à travers deux enveloppes. Si Safari charge le site et pas Chrome, le problème est dans Chrome.
- Basculez le Wi-Fi et le cellulaire l'un après l'autre, puis essayez le mode avion pendant environ dix secondes.
- Regardez le réglage DNS du Wi-Fi. Ouvrez Réglages, Wi-Fi, touchez le bouton d'information à côté de votre réseau et regardez sous Configurer le DNS. Une entrée manuelle qui pointe vers un serveur hors service casse toutes les résolutions sur ce réseau. Passez en Automatique, ou saisissez un résolveur fonctionnel tel que
1.1.1.1. - Vérifiez le relais privé iCloud. Avec un forfait iCloud+, il se trouve sous Réglages, votre nom, iCloud, Relais privé. Le désactiver pour le réseau actuel est un moyen rapide de l'écarter.
- Déconnectez tout VPN et regardez sous Réglages, Général, VPN et gestion de l'appareil s'il existe des profils DNS ou de configuration que vous ne reconnaissez pas. Un profil provenant d'une école, d'un employeur ou d'une application de filtrage peut contrôler le DNS.
- Réinitialisez les réglages réseau en dernier recours : Réglages, Général, Transférer ou réinitialiser l'iPhone, Réinitialiser, Réinitialiser les réglages réseau. Cela efface les mots de passe Wi-Fi enregistrés, les réglages cellulaires et les configurations VPN ; notez-les donc d'abord.
Choisir la prochaine étape selon le symptôme
| Ce que vous observez | Couche la plus probable | Étape suivante |
|---|---|---|
| Échoue sur tous les appareils et tous les réseaux | Les enregistrements DNS ou les serveurs de noms du domaine | Interrogez-le avec l'outil de recherche DNS ; contactez le propriétaire du site si aucune adresse n'est renvoyée. |
| Échoue en Wi-Fi, fonctionne en données mobiles | Routeur ou résolveur du FAI | Redémarrez le routeur, configurez un serveur DNS public sur l'appareil ou le routeur. |
| Fonctionne dans un autre navigateur sur le même appareil | Chrome lui-même : cache, extension, DNS sécurisé | Videz le cache d'hôtes, testez une fenêtre privée, activez ou désactivez Utiliser un DNS sécurisé. |
| Fonctionne sans le VPN | Résolveur du VPN ou du filtrage | Vérifiez le DNS du VPN et les réglages de tunnel fractionné. |
| Échoue seulement après un changement de réseau Wi-Fi | Réglages réseau enregistrés ou DNS privé | Oubliez le réseau, réinitialisez le DNS privé, vérifiez les entrées DNS manuelles. |
| Un seul nom d'hôte échoue, les autres se chargent | Un enregistrement manquant, une faute de frappe ou une entrée du fichier hosts | Vérifiez l'orthographe, le fichier hosts et les enregistrements du domaine. |
| A commencé juste après l'enregistrement ou le déplacement d'un domaine | Pas encore publié, ou cache négatif | Patientez et revérifiez ; voir la FAQ sur les délais ci-dessous. |
Quand la cause se trouve du côté du domaine
Si rien en local ne change le résultat, examinez le domaine lui-même. Les suspects habituels sont un enregistrement expiré, des serveurs de noms modifiés chez le bureau d'enregistrement mais pas encore configurés chez le nouvel hébergeur, ou un enregistrement www manquant alors que le domaine nu fonctionne. Un site qui se charge sur example.com mais pas sur www.example.com est un cas classique : ce sont deux entrées DNS distinctes.
À retenir
ERR_NAME_NOT_RESOLVED nomme l'étape qui a échoué, pas le coupable. Testez d'abord le même nom d'hôte sur un autre réseau, puis remontez du cache de Chrome vers l'extérieur : le système, le VPN, le routeur et enfin les enregistrements du domaine.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Questions fréquentes
À lire aussi
Quatre issues, quatre suites différentes
Corriger DNS_PROBE_FINISHED_NXDOMAIN sur Windows : trouver la couche en cause
Comment corriger DNS_PROBE_FINISHED_NXDOMAIN dans Chrome sous Windows en testant navigateur, Windows, routeur et FAI dans l'ordre, avec les commandes.
Deux moments vraiment différents
dig / nslookup
Détail complet du protocole, scriptable, hors ligne
Outil web
Sans installation, recherches en masse, partageable
Corriger « Server DNS Address Could Not Be Found »
J’ai aidé des centaines de personnes à traverser cette erreur. La plupart des correctifs prennent deux minutes : tout l’enjeu est de savoir si le problème vient du site web, de votre réseau ou simplement de votre machine.
Quatre issues, quatre suites différentes
NXDOMAIN expliqué : signification, causes et solutions
NXDOMAIN signifie que le DNS n'a trouvé aucun nom correspondant. Causes courantes, correction pas à pas, cache négatif et rôle de DNSSEC.