DNS_PROBE_STARTED : signification et que faire sur Chrome

Que signifie DNS_PROBE_STARTED ?

DNS_PROBE_STARTED signifie que Chrome n'a pas pu obtenir l'adresse du site auprès du DNS et a lancé un test rapide, une sonde DNS, pour comprendre pourquoi. La page affiche « Impossible d'accéder à ce site » avec « L'adresse DNS de example.com est introuvable. Identification du problème… ». Quand la sonde se termine, Chrome remplace le code par le résultat, par exemple DNS_PROBE_FINISHED_NXDOMAIN ou DNS_PROBE_FINISHED_BAD_CONFIG.

STARTED ne dure normalement que quelques secondes. Si la page reste dessus, le test de Chrome n'a jamais répondu à la page, ce qui arrive souvent quand le réseau ou les réglages DNS changent pendant le test. Chromium décrit cet état ainsi : « A DNS probe has been started for this error page » (net_error_info.h).

Il apparaît dans les navigateurs basés sur Chromium (Chrome, Edge, Opera, Brave, Vivaldi). S'il s'affiche sur tous les sites, il pointe vers votre DNS ou votre réseau ; sur un seul site, testez le DNS de ce site avec la recherche ci-dessous.

Comment fonctionne la résolution DNS (et où elle se bloque)

Pour comprendre pourquoi DNS_PROBE_STARTED se produit, il faut savoir comment fonctionne la résolution DNS. Quand vous tapez example.com dans Chrome, le navigateur suit ces étapes pour trouver l'adresse IP du serveur :

Étape 1 — Vérification du cache du navigateur. Chrome consulte d'abord son propre cache DNS interne (chrome://net-internals/#dns) pour voir s'il a déjà une adresse IP. Si le domaine a été résolu récemment et que le TTL (Time to Live) n'a pas expiré, Chrome utilise instantanément le résultat en cache, sans aucune requête réseau.

Étape 2 — Vos serveurs DNS. Chrome envoie en général la requête lui-même, avec son résolveur intégré, aux serveurs DNS configurés sur votre appareil (normalement le routeur ou votre fournisseur d'accès) ; dans certaines configurations, il confie la recherche au résolveur du système d'exploitation.

Étape 3 — Requête au résolveur récursif. Si le cache du système n'a pas non plus la réponse, la requête part sur le réseau vers votre serveur DNS configuré (généralement le résolveur de votre fournisseur, ou un résolveur public comme 8.8.8.8). Ce résolveur récursif fait le gros du travail : il interroge les serveurs racine, les serveurs de TLD et les serveurs de noms faisant autorité jusqu'à trouver la réponse.

Étape 4 — Réponse renvoyée. Le résolveur récursif renvoie l'adresse IP à votre système, qui la met en cache et la transmet à Chrome. Chrome se connecte à cette adresse IP et charge la page.

Quand une recherche échoue, Chrome affiche sa page d'erreur et lance la sonde. La sonde cherche un nom connu, google.com, avec vos propres réglages DNS puis avec le DNS public de Google (8.8.8.8 et 8.8.4.4), et compare les deux : si votre DNS échoue alors que celui de Google fonctionne, le problème vient de votre DNS ; si aucun ne répond, il n'y a pas de connexion, ou le réseau bloque le DNS extérieur.

Quelles sont les causes de DNS_PROBE_STARTED ?

Derrière chaque DNS_PROBE_STARTED, il y a une recherche qui a échoué, et une page qui reste sur STARTED ajoute une possibilité de plus. Les raisons habituelles :

• Le test n'a pas répondu — si le code ne change jamais, le résultat de la sonde n'est pas arrivé à la page, souvent parce que le réseau ou les réglages DNS ont changé pendant son exécution. Un redémarrage complet de Chrome règle le problème
• Votre serveur DNS est injoignable ou surchargé — le DNS du fournisseur ou du routeur ne répond plus (la sonde se termine alors en BAD_CONFIG)
• Le routeur ou le modem est en difficulté — il relaie les requêtes DNS de vos appareils, et un routeur bloqué les paralyse toutes (l'erreur s'affiche alors sur tous les appareils)
• Un VPN ou son DNS est tombé — le VPN envoie le DNS à ses propres serveurs ; si le tunnel ou ces serveurs échouent, rien ne répond
• Un logiciel de sécurité ou un pare-feu filtre le DNS — les fonctions de « protection web » qui interceptent le DNS peuvent le bloquer quand elles dysfonctionnent
• Le réseau a changé en pleine recherche — sortie de veille, passage du Wi-Fi aux données mobiles, ou signal Wi-Fi instable
• Le fournisseur de DNS sécurisé de Chrome est injoignable — avec le DNS sécurisé activé, la sonde se termine en BAD_SECURE_CONFIG

Comparaison des codes d'erreur DNS_PROBE

Chrome nomme chaque résultat de sa sonde avec un code DNS_PROBE (issu de net_error_info.h de Chromium) :

La différence essentielle : STARTED signifie que Chrome n'a pas encore fini son diagnostic, alors que tous les autres codes sont des résultats. Si la page se fixe sur l'un d'eux, suivez le guide de ce code ; si elle reste sur STARTED, redémarrez Chrome et testez à nouveau.

Solution 1 : rechargez, puis redémarrez Chrome si elle reste sur STARTED

Patientez quelques secondes et rechargez la page une fois. Si votre DNS répond cette fois, le site se charge ; sinon, le code doit passer à un résultat en quelques secondes, et ce résultat indique quoi corriger (voir le tableau ci-dessus).

Si la page reste sur DNS_PROBE_STARTED, le test de Chrome n'a pas répondu : redémarrez Chrome complètement en tapant chrome://restart dans la barre d'adresse (ou quittez-le et rouvrez-le), puis rechargez. Sur un portable qui vient de sortir de veille ou de changer de réseau, désactivez puis réactivez d'abord le Wi-Fi.

Solution 2 : passez à un serveur DNS public

Si le DNS de votre fournisseur ou de votre routeur est lent ou injoignable, passer l'appareil à un résolveur public corrige en général DNS_PROBE_STARTED aussitôt. Mesurez lequel est le plus rapide depuis votre connexion avec le Test de Vitesse DNS de DNS Robot.

Les journaux temporaires de Google conservent votre adresse IP complète 24 à 48 heures ; le 1.1.1.1 de Cloudflare ne garde aucune IP source sur disque et supprime ses journaux sous 25 heures ; Quad9 bloque en plus les domaines malveillants connus.

Changer le DNS sous Windows 10/11

# Method 1: GUI (Windows 11)
# Settings → Network & internet → Wi-Fi → Manage known networks → your network
# (Ethernet → your network) → DNS server assignment → Edit → Manual
# Windows 10: Control Panel → Network Connections → your adapter → Properties
# → Internet Protocol Version 4 → Use the following DNS server addresses
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

Changer le DNS sous macOS

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

Solution 3 : redémarrez votre routeur

Votre routeur relaie généralement les requêtes DNS de tous les appareils. Quand il se bloque, les recherches s'arrêtent sur tous, et c'est justement là que DNS_PROBE_STARTED s'affiche en même temps sur votre téléphone et votre portable.

Redémarrez-le en débranchant l'alimentation, et pas seulement en appuyant sur un bouton :

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

Solution 4 : videz votre cache DNS

Vider le cache efface les réponses mémorisées par votre système et par Chrome, si bien que la recherche suivante repart de zéro. C'est surtout utile après un changement de serveur DNS ou de réseau.

Vider le DNS sous Windows

Ouvrez Terminal ou l'Invite de commandes en tant qu'administrateur et exécutez la commande ci-dessous. Videz ensuite le cache propre à Chrome : ouvrez chrome://net-internals/#dns et cliquez sur Clear host cache.

ipconfig /flushdns

Vider le DNS sous macOS

Ouvrez Terminal et exécutez :

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Vider le DNS sous Linux

La commande dépend de votre résolveur DNS. La plupart des distributions Linux récentes utilisent systemd-resolved :

# systemd-resolved (Ubuntu, Fedora and other distributions that enable it)
sudo resolvectl flush-caches

# Check the cache statistics afterwards
resolvectl statistics

# dnsmasq or nscd instead
sudo systemctl restart dnsmasq
sudo systemctl restart nscd

Vider le DNS sur Android

Android n'a pas, pour la plupart des utilisateurs, de commande de terminal pour vider le DNS. À la place :

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

Solution 5 : vérifiez le VPN, l'antivirus et le pare-feu

Déconnectez tout VPN et rechargez : un VPN envoie votre DNS à ses propres serveurs, et s'ils ne répondent pas, rien ne répond. Désactivez ensuite un instant la « protection web » de l'antivirus ou le filtrage DNS, puis rechargez.

Si cela règle le problème, gardez le VPN ou le logiciel de sécurité mais ajustez-le (un autre serveur VPN, ou une exception pour Chrome) au lieu de laisser la protection désactivée. Sous Windows, vérifiez qu'aucune règle de pare-feu ne bloque le DNS (port 53) en sortie ; une règle de blocage l'emporte toujours sur une règle d'autorisation, donc désactivez la règle de blocage :

# List enabled outbound block rules
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).RemotePort -contains '53' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks DNS (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

Solution 6 : désactivez les extensions du navigateur

Les extensions VPN et proxy changent la destination des requêtes de Chrome. Ouvrez une fenêtre de navigation privée (Ctrl+Maj+N), où les extensions sont désactivées sauf si vous les avez autorisées : si le site se charge là, désactivez vos extensions une par une dans chrome://extensions/.

Vérifiez aussi le réglage DNS sécurisé de Chrome : Paramètres → Confidentialité et sécurité → Sécurité → Utiliser un DNS sécurisé. S'il pointe vers un fournisseur qui ne répond pas, repassez au DNS du système (quand cette option est proposée).

Solution 7 : videz le cache DNS et les connexions de Chrome

Chrome garde son propre cache DNS et ses connexions ouvertes. Videz les deux :

Step 1: chrome://net-internals/#dns → "Clear host cache"
Step 2: chrome://net-internals/#sockets → "Flush socket pools"
Step 3: close every Chrome window and reopen Chrome

Solution 8 : redémarrez Windows (pas seulement le client DNS)

Les anciens guides conseillent de redémarrer le service DNS Client de Windows (Dnscache). Sous Windows 10 et 11, ce service ne peut être ni arrêté ni redémarré à la main : ses boutons dans Services sont grisés. ipconfig /flushdns (Solution 4) vide son cache, et un redémarrage complet du PC relance le service.

Pour vérifier qu'il s'exécute :

# Should show Status: Running
Get-Service Dnscache | Select-Object Name, Status, StartType

Solution 9 : réinitialisez les Paramètres réseau (dernier recours)

Si rien d'autre ne fonctionne, réinitialisez la pile réseau. Cela réinitialise Winsock et TCP/IP, y compris les adresses IP statiques et les serveurs DNS que vous avez saisis à la main.

Réinitialiser le réseau sous Windows

Exécutez ces commandes dans Terminal ou l'Invite de commandes en tant qu'administrateur, puis redémarrez l'ordinateur : les réinitialisations ne prennent effet qu'après le redémarrage.

netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew

Réinitialiser le réseau sous macOS

Sur un Mac, supprimez le réseau Wi-Fi et reconnectez-vous plutôt que d'effacer des fichiers système : Réglages Système → Wi-Fi → Détails… à côté de votre réseau → Oublier ce réseau…, puis reconnectez-vous et redémarrez le Mac.

Comment diagnostiquer DNS_PROBE_STARTED

Si les solutions ci-dessus n'ont pas fonctionné, vous pouvez utiliser des commandes de diagnostic pour repérer précisément où la chaîne de résolution DNS se rompt. Ces commandes fonctionnent sur tous les systèmes d'exploitation et indiquent si le problème vient de votre serveur DNS, de votre réseau ou de votre configuration locale.

Testez la résolution DNS avec nslookup

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

Testez la connectivité réseau

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

Si ping 1.1.1.1 échoue alors que votre Wi-Fi apparaît connecté, votre routeur a peut-être perdu sa connexion WAN. Consultez l'interface d'administration du routeur (généralement 192.168.1.1) pour voir l'état du WAN, ou utilisez l'outil Test de Ping de DNS Robot depuis un autre appareil pour vérifier votre réseau.

Utilisez les diagnostics internes de Chrome

Les pages internes de Chrome montrent ce qui se passe avec ses recherches DNS :

chrome://net-internals/#dns      → clear Chrome's DNS cache
chrome://net-internals/#sockets  → flush open connections
chrome://settings/security       → Use secure DNS (check the provider)
chrome://net-export/             → record a network log to share with support