Domain IP Lookup

Quatre issues, quatre suites différentes

NXDOMAINLe nom n'existe pas : inutile de réessayer
TIMEOUTAucune réponse à temps : souvent passager
SERVFAILLe serveur n'a pas pu traiter la requête : parfois passager
REFUSEDRefusé par une politique : rarement une panne, rarement passager
Dépannage

ERR_NAME_NOT_RESOLVED : signification et solutions

6 min de lecturePar Domain IP Lookup Team

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.

MessageOù on le voit en généralCe qu'il indique
ERR_NAME_NOT_RESOLVEDChrome sur Android, Chrome sur ordinateur, navigateurs ChromiumLa 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_NXDOMAINChrome et Edge sur ordinateur, surtout sous WindowsUn 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'erreurLa 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.

  1. 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.

  2. Vider le cache d'hôtes de Chrome

    Ouvrez chrome://net-internals/#dns et 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.

  3. Vider le cache du système d'exploitation

    Sous Windows, exécutez ipconfig /flushdns dans un terminal. Sous macOS, la commande dépend de la version ; une commande courante est sudo dscacheutil -flushcache suivie de sudo killall -HUP mDNSResponder. Le guide de vidage du cache DNS présente les variantes, y compris pour Linux.

  4. 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\hosts sous Windows ou dans /etc/hosts sous macOS et Linux, puis supprimez ou commentez toute ligne que vous n'avez pas ajoutée volontairement.

  5. 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.

  6. 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.1 ou 8.8.8.8 et 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.

Interroger votre résolveur par défaut, puis un résolveur public
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 +short

Si 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.

  1. 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.
  2. Activez le mode avion pendant dix secondes.
  3. 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.
  4. 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.
  5. 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é.
  6. 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.

  1. Basculez le Wi-Fi et le cellulaire l'un après l'autre, puis essayez le mode avion pendant environ dix secondes.
  2. 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.
  3. 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.
  4. 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.
  5. 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 observezCouche la plus probableÉtape suivante
Échoue sur tous les appareils et tous les réseauxLes enregistrements DNS ou les serveurs de noms du domaineInterrogez-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 mobilesRouteur ou résolveur du FAIRedémarrez le routeur, configurez un serveur DNS public sur l'appareil ou le routeur.
Fonctionne dans un autre navigateur sur le même appareilChrome 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 VPNRésolveur du VPN ou du filtrageVérifiez le DNS du VPN et les réglages de tunnel fractionné.
Échoue seulement après un changement de réseau Wi-FiRé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 chargentUn enregistrement manquant, une faute de frappe ou une entrée du fichier hostsVérifiez l'orthographe, le fichier hosts et les enregistrements du domaine.
A commencé juste après l'enregistrement ou le déplacement d'un domainePas encore publié, ou cache négatifPatientez 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

NXDOMAINLe nom n'existe pas : inutile de réessayer
TIMEOUTAucune réponse à temps : souvent passager
SERVFAILLe serveur n'a pas pu traiter la requête : parfois passager
REFUSEDRefusé par une politique : rarement une panne, rarement passager
Dépannage

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.

8 min de lecture

Deux moments vraiment différents

dig / nslookup

Détail complet du protocole, scriptable, hors ligne

Outil web

Sans installation, recherches en masse, partageable

Guides pratiques

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.

7 min de lecture

Quatre issues, quatre suites différentes

NXDOMAINLe nom n'existe pas : inutile de réessayer
TIMEOUTAucune réponse à temps : souvent passager
SERVFAILLe serveur n'a pas pu traiter la requête : parfois passager
REFUSEDRefusé par une politique : rarement une panne, rarement passager
Dépannage

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.

8 min de lecture