ERR_NAME_NOT_RESOLVED (-105) : signification et solutions

Qu'est-ce que ERR_NAME_NOT_RESOLVED ?

ERR_NAME_NOT_RESOLVED signifie que la recherche DNS du nom du site a échoué : Chrome n'a donc jamais obtenu d'adresse IP à laquelle se connecter. Chrome affiche « Ce site est inaccessible » avec « Impossible de trouver l'adresse IP du serveur de example.com. » La liste d'erreurs de Chromium l'appelle l'erreur -105, "The host name could not be resolved" (net_error_list.h).

Votre appareil demande à un résolveur DNS de transformer un nom comme example.com en adresse IP. Cette erreur signifie que cela a échoué : le résolveur n'a pas répondu, a répondu par une erreur, a dit que le nom n'existe pas, ou votre appareil n'a pu joindre aucun résolveur.

Elle peut toucher un seul site (le DNS de ce domaine, ou un échec mis en cache pour lui) ou tous les sites (votre résolveur, votre réseau ou les paramètres de l'appareil). Les solutions ci-dessous couvrent les deux cas.

ERR_NAME_NOT_RESOLVED vs DNS_PROBE_FINISHED_NXDOMAIN

Elles commencent par le même échec. Quand une page ne se charge pas à cause du DNS, Chrome lance généralement un test rapide, une sonde DNS (DNS probe), et remplace ERR_NAME_NOT_RESOLVED par son résultat :

Vous voyez ERR_NAME_NOT_RESOLVED tel quel quand aucune sonde ne s'exécute : dans les applications et DevTools, pour les images et scripts d'une page, quand la sonde est désactivée (le Chrome actuel n'a aucun réglage pour cela ; seule la stratégie d'administration AlternateErrorPagesEnabled ou une extension peut la désactiver), ou quand le résultat de la sonde n'est pas concluant (net_error_tab_helper.cc).

Dans tous les cas, les solutions se recoupent : vérifiez le nom, puis votre chemin DNS.

Causes courantes de ERR_NAME_NOT_RESOLVED

Les causes, de votre côté à celui du site web :

• Aucun résolveur DNS fonctionnel — Le serveur DNS configuré sur votre appareil est hors service, injoignable ou bloqué par le réseau sur lequel vous vous trouvez.
• Secure DNS (DoH) mal configuré — Le paramètre « Utiliser un DNS sécurisé » de Chrome pointe vers une URL de fournisseur personnalisée cassée ou mal saisie, donc chaque recherche échoue.
• Faute de frappe dans le DNS privé Android — un nom d'hôte de DNS privé erroné (par ex. dns.gogle au lieu de dns.google) casse toutes les recherches du téléphone ; Android avertit « Impossible d'accéder au serveur DNS privé ».
• Un échec mis en cache — votre système, votre routeur ou Chrome ont conservé une réponse antérieure d'échec ou de « n'existe pas » et la répètent jusqu'à son expiration.
• Problèmes de routeur — Le relais DNS du routeur s'est déréglé ; les appareils ne peuvent plus rien résoudre tant qu'il n'est pas redémarré.
• Faute de frappe dans le domaine — Un domaine mal orthographié ou incomplet peut produire NAME_NOT_RESOLVED aussi bien que NXDOMAIN.
• Interférence du VPN, du pare-feu ou de l'antivirus — Le logiciel de sécurité intercepte les requêtes DNS et échoue, ou un tunnel VPN est actif mais son serveur DNS ne répond pas.
• Fichier hosts ou contrôle parental — Des substitutions locales ou un logiciel de filtrage bloquent la résolution de certains domaines.
• Le DNS du domaine est réellement cassé — Enregistrements A/AAAA manquants ou serveurs de noms mal configurés côté site web.

Solution 1 : vérifier l'URL et essayer un autre site

Commencez par écarter les causes triviales. Vérifiez l'adresse à la recherche de fautes de frappe — un seul caractère erroné signifie que vous demandez au DNS un nom qui ne peut pas se résoudre.

Ouvrez ensuite deux ou trois autres sites web. Si un seul site échoue, le problème vient du DNS de ce domaine ou de votre entrée en cache — passez directement au vidage du DNS ci-dessous, et vérifiez si le domaine se résout réellement dans le monde avec la Recherche DNS de DNS Robot. Si tous les sites échouent, le problème vient de votre résolveur ou de votre réseau — poursuivez avec les solutions liées à la connexion et au serveur DNS.

Solution 2 : vérifier votre connexion Internet

ERR_NAME_NOT_RESOLVED apparaît souvent lorsque la connexion réseau elle-même est à moitié cassée : vous êtes connecté au Wi-Fi, mais le réseau n'a aucune route fonctionnelle vers Internet ou vers un serveur DNS.

Désactivez puis réactivez le Wi-Fi (ou débranchez/rebranchez l'Ethernet). Sur un téléphone, basculez entre Wi-Fi et données mobiles pour voir quel chemin fonctionne. Si vous êtes sur un réseau à portail captif (hôtel, aéroport, café), ouvrez un nouvel onglet et essayez de déclencher la page de connexion — le DNS échoue souvent tant que vous ne vous êtes pas identifié.

Solution 3 : vider le DNS et renouveler votre IP

Un échec mis en cache peut survivre au problème qui l'a causé. Vider le cache efface chaque recherche stockée, y compris les échecs mis en cache, et renouveler votre bail IP rafraîchit les serveurs DNS reçus par votre appareil.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

La commande netsh winsock reset sous Windows répare la pile réseau elle-même — utile si le vidage seul ne suffit pas, mais elle nécessite un redémarrage. Pour une marche à suivre détaillée sur chaque plateforme, consultez Comment vider le cache DNS sous Windows, Mac, Linux et Chrome.

Solution 4 : effacer le cache DNS interne de Chrome

Chrome conserve son propre cache DNS, distinct de celui de votre système d'exploitation. Une recherche échouée mise en cache dans Chrome survit à un vidage au niveau de l'OS — effacez donc les deux.

• Saisissez chrome://net-internals/#dns dans la barre d'adresse et cliquez sur Clear host cache
• Ouvrez ensuite chrome://net-internals/#sockets et cliquez sur Flush socket pools
• Redémarrez Chrome et réessayez le site

Solution 5 : contrôler le paramètre Secure DNS de Chrome

Chrome peut chiffrer les recherches DNS avec DNS over HTTPS : le paramètre Utiliser un DNS sécurisé. S'il pointe vers un fournisseur personnalisé dont l'adresse est mal saisie, abandonnée ou bloquée sur votre réseau, les recherches dans Chrome échouent alors que les autres applications fonctionnent normalement.

Pour le vérifier :

• Ouvrez chrome://settings/security dans la barre d'adresse
• Trouvez Utiliser un DNS sécurisé sous Paramètres avancés
• Sous Sélectionner un fournisseur DNS, choisissez Valeur par défaut de l'OS (si disponible), ou un fournisseur de la liste comme Google ou Cloudflare, plutôt qu'une URL personnalisée
• Ou désactivez-le un instant pour confirmer qu'il est en cause, puis réactivez-le avec un fournisseur fonctionnel
• Rechargez la page

Solution 6 : passer à un serveur DNS public

Si le résolveur DNS de votre FAI est lent, instable ou hors service, configurer votre appareil sur un résolveur public rétablit la résolution immédiatement et accélère généralement aussi la navigation.

Windows : Paramètres → Réseau et Internet → Wi-Fi → Gérer les réseaux connus → votre réseau (en filaire : Ethernet → votre réseau) → Modifier à côté de « Attribution du serveur DNS » → Manuel → IPv4 activé → DNS préféré 1.1.1.1, Autre DNS 1.0.0.1 → Enregistrer.

macOS : Réglages Système → Réseau → Wi-Fi → Détails → DNS → supprimez les anciennes entrées et ajoutez 1.1.1.1 et 1.0.0.1 → OK.

iPhone : Réglages → Wi-Fi → touchez le (i) à côté de votre réseau → Configurer le DNS → Manuel → ajoutez 1.1.1.1 et 1.0.0.1.

Vous ne savez pas quel résolveur est le plus rapide là où vous vivez ? Évaluez-les depuis votre propre connexion avec le Test de vitesse DNS de DNS Robot.

Solution 7 : redémarrer votre routeur

La plupart des appareils domestiques envoient leurs requêtes DNS au routeur, qui les transmet au FAI. Quand le relais DNS du routeur se dérègle, chaque appareil du réseau se met à afficher ERR_NAME_NOT_RESOLVED alors même que le Wi-Fi semble connecté.

Débranchez le routeur (et le modem) pendant 30 secondes, rebranchez-le et patientez 2 à 3 minutes. Si la résolution échoue de nouveau au bout de quelques jours, configurez directement vos appareils sur un serveur DNS public (Solution 6) pour qu'ils ne dépendent plus du relais du routeur — ou réglez les paramètres DNS du routeur lui-même sur 1.1.1.1 / 8.8.8.8.

Solution 8 : vérifier le DNS privé sur Android

Le DNS privé d'Android (Android 9 et versions ultérieures) chiffre le DNS de toutes les applications. Avec un nom d'hôte de fournisseur défini, une faute de frappe (dns.gogle, one.one.one.one1) ou un fournisseur qui a fermé bloque toutes les recherches du téléphone, en Wi-Fi comme en données mobiles, et Android avertit « Impossible d'accéder au serveur DNS privé ».

Pour le vérifier :

• Ouvrez Paramètres → Réseau et Internet → DNS privé (parfois sous Plus de paramètres de connexion)
• Si « Nom d'hôte du fournisseur DNS privé » est sélectionné, vérifiez qu'il s'agit exactement de one.one.one.one (Cloudflare) ou dns.google (Google)
• Ou sélectionnez Automatique pour laisser le téléphone décider, et testez à nouveau
• Effacez aussi le cache de Chrome : Chrome → Paramètres → Confidentialité et sécurité → Supprimer les données de navigation

Solution 9 : vérifier le fichier hosts, le VPN et l'antivirus

Trois intercepteurs locaux peuvent casser la résolution de noms pour certains sites ou pour tous :

Fichier hosts — Les entrées manuelles court-circuitent entièrement le DNS. Ouvrez-le (C:\Windows\System32\drivers\etc\hosts sous Windows, /etc/hosts sur Mac/Linux) et supprimez toute ligne mentionnant le domaine que vous ne pouvez pas joindre.

VPN — Quand un tunnel VPN est connecté mais que son serveur DNS cesse de répondre, toute résolution meurt. Déconnectez le VPN et testez ; si cela corrige le problème, changez de serveur VPN ou configurez l'application VPN pour utiliser un DNS public.

Antivirus / contrôle parental — Les modules de filtrage web résolvent les noms à votre place et peuvent échouer ou bloquer délibérément des catégories de sites. Désactivez temporairement le module de protection web pour tester, puis réactivez-le.

Pour les propriétaires de sites : votre domaine ne se résout pas

Si des visiteurs signalent ERR_NAME_NOT_RESOLVED pour votre domaine, votre configuration DNS est la principale suspecte. Vérifiez dans l'ordre :

• Les enregistrements A/AAAA existent-ils ? Passez votre domaine dans la Recherche DNS. Sans enregistrement A ni AAAA, les navigateurs n'ont rien à quoi se connecter.
• Vos serveurs de noms répondent-ils ? Vérifiez les enregistrements NS avec NS Lookup. Si votre fournisseur DNS est en panne, ou si les serveurs de noms chez votre registrar sont erronés, tout le domaine échoue.
• Avez-vous changé de DNS à l'instant ? Les changements atteignent chaque résolveur à mesure que le TTL des anciennes réponses expire. Un tout nouveau nom peut aussi rester bloqué derrière un « n'existe pas » mis en cache pendant la durée de cache négatif indiquée dans l'enregistrement SOA de la zone qui l'a dit : 15 minutes pour un .com ou .net tout juste enregistré, 30 minutes pour un nouveau sous-domaine chez Cloudflare.
• Le domaine est-il suspendu (hold) ? Si la Recherche WHOIS affiche clientHold ou serverHold (souvent après un impayé ou un e-mail de titulaire non vérifié), le domaine est retiré du DNS. Un domaine expiré affiche plus souvent la page de renouvellement ou de parking du registrar.
• DNSSEC est-il cassé ? Une mauvaise signature pousse les résolveurs validants (Google, Cloudflare et Quad9 valident tous) à rejeter tout le domaine alors que les non-validants répondent encore, ce qui semble aléatoire aux visiteurs. Le Test de santé DNS de DNS Robot vérifie DNSSEC avec vos autres enregistrements.

Comment vérifier que la solution a fonctionné

Confirmez la résolution DNS directement au lieu de simplement recharger la page :

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

Si le terminal résout le domaine mais que Chrome affiche toujours ERR_NAME_NOT_RESOLVED, l'échec se situe dans Chrome — effacez son cache d'hôtes (Solution 4) et contrôlez le Secure DNS (Solution 5). Et pour confirmer que le domaine se résout depuis les quatre coins du monde, passez-le dans la Recherche DNS de DNS Robot.