DNS_PROBE_STARTED : Signification et Solutions

Que Signifie DNS_PROBE_STARTED ?

DNS_PROBE_STARTED est une erreur des navigateurs Chromium qui apparaît lorsque votre navigateur lance une recherche DNS mais que la requête se bloque avant de recevoir une réponse. Chrome affiche ' Ce site est inaccessible ' accompagné du code d'erreur DNS_PROBE_STARTED — indiquant que le processus de résolution DNS a démarré mais ne s'est jamais terminé.

Contrairement à DNS_PROBE_FINISHED_NXDOMAIN (qui signifie que la requête DNS s'est terminée mais que le domaine n'a pas été trouvé), DNS_PROBE_STARTED signifie que la requête ne s'est jamais terminée du tout. Votre navigateur a envoyé une demande pour traduire un nom de domaine en adresse IP, mais le résolveur DNS n'a jamais répondu — soit parce qu'il est injoignable, bloqué ou figé.

Cette erreur affecte tous les navigateurs basés sur Chromium : Google Chrome, Microsoft Edge, Opera, Brave et Vivaldi. Firefox gère les erreurs DNS différemment et n'affichera pas ce message exact. L'erreur est presque toujours causée par un problème sur votre appareil ou réseau — pas sur le site web que vous essayez de visiter.

Comment Fonctionne la Résolution DNS (Et Où Elle Se Bloque)

Pour comprendre pourquoi DNS_PROBE_STARTED se produit, vous devez savoir comment fonctionne la résolution DNS. Lorsque vous tapez example.com dans Chrome, votre navigateur passe par ces étapes pour trouver l'adresse IP du serveur :

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

Étape 2 — Requête au résolveur du système d'exploitation. Si le cache de Chrome échoue, la requête passe au résolveur DNS de votre système d'exploitation (le stub resolver). Sous Windows, c'est le service DNS Client (Dnscache). Sous macOS, c'est mDNSResponder. Le système d'exploitation vérifie son propre cache avant de faire un appel réseau.

Étape 3 — Requête au résolveur récursif. Si le cache du système d'exploitation échoue aussi, la requête est envoyée sur le réseau à votre serveur DNS configuré (généralement le résolveur de votre FAI, ou un résolveur public comme 8.8.8.8). Ce résolveur récursif fait le gros du travail — interrogeant les serveurs racine, les serveurs TLD et les serveurs de noms autoritaires pour trouver la réponse.

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

DNS_PROBE_STARTED signifie que ce processus s'est bloqué à l'Étape 2 ou à l'Étape 3. Le navigateur a lancé la sonde DNS, mais le résolveur du système d'exploitation ou la requête réseau n'a jamais retourné de résultat. Cela se produit lorsque le service DNS Client est figé, que votre serveur DNS est injoignable, ou qu'un pare-feu bloque le port 53 (le port DNS).

Quelles Sont les Causes de DNS_PROBE_STARTED ?

DNS_PROBE_STARTED se déclenche lorsque le processus de résolution DNS démarre mais ne peut pas se terminer. Voici les causes les plus courantes, classées par fréquence :

• Service DNS Client figé (Windows) — Le service DNS Client de Windows (Dnscache) gère toutes les requêtes DNS du système d'exploitation. Si ce service se fige ou plante, chaque sonde DNS démarre mais ne se termine jamais. C'est la cause n°1 sur les machines Windows.

• Cache DNS corrompue — Les entrées obsolètes ou corrompues dans le cache DNS de votre système peuvent faire échouer silencieusement les recherches. Le résolveur tente d'utiliser les données en cache, se retrouve confus et n'envoie jamais de requête correcte au réseau.

• Serveur DNS injoignable — Si votre serveur DNS configuré est en panne, surchargé ou mal configuré, les requêtes DNS restent sans réponse. Les serveurs DNS des FAI sont connus pour leurs pannes intermittentes qui causent exactement cette erreur.

• Pare-feu ou logiciel de sécurité bloquant le port 53 — Le DNS utilise le port UDP 53 (et parfois le port TCP 53). Si un pare-feu, antivirus ou proxy d'entreprise bloque ce port, les requêtes DNS quittent votre machine mais n'atteignent jamais le résolveur.

• Problèmes de carte réseau — Une carte réseau mal configurée, désactivée ou défaillante peut empêcher l'envoi des paquets DNS. C'est courant après une sortie de veille, un passage du Wi-Fi à l'Ethernet, ou après une mise à jour de pilote échouée.

• Interférence VPN ou proxy — Les VPN redirigent les requêtes DNS vers leurs propres résolveurs. Si la connexion VPN tombe ou que le serveur DNS du VPN est injoignable, vos requêtes ne vont nulle part.

• Extensions du navigateur interceptant le DNS — Les extensions de confidentialité, bloqueurs de publicités et extensions DNS-over-HTTPS peuvent intercepter et modifier les requêtes DNS, les cassant parfois complètement.

Comparaison des Codes d'Erreur DNS_PROBE

Chrome utilise plusieurs codes d'erreur DNS_PROBE, chacun indiquant une étape différente de défaillance dans le processus de résolution DNS. Comprendre quelle erreur vous voyez vous aide à diagnostiquer la cause racine plus rapidement.

La différence clé : STARTED signifie que la requête est bloquée dans les limbes — elle a été envoyée mais aucun résultat n'est revenu. Toutes les variantes FINISHED signifient que la requête s'est terminée mais que le résultat était une erreur. STARTED est presque toujours un problème de réseau ou de service, tandis que les erreurs FINISHED pointent souvent vers des problèmes de configuration.

Solution 1 : Videz Votre Cache DNS

Les entrées corrompues ou obsolètes dans le cache DNS sont l'une des principales causes de DNS_PROBE_STARTED. Vider le cache force votre système à demander de nouveaux enregistrements DNS au réseau. Cette solution résout l'erreur dans environ 40 % des cas.

Vider le DNS sous Windows

Ouvrez l'Invite de commandes en tant qu'Administrateur (clic droit sur Démarrer > Terminal (Admin)) et exécutez ces trois commandes dans l'ordre :

# Flush the DNS resolver cache
ipconfig /flushdns

# Release and renew your IP address (resets DHCP)
ipconfig /release
ipconfig /renew

# Re-register DNS with your domain controller
ipconfig /registerdns

# Also flush Chrome's internal DNS cache:
# Open Chrome → navigate to chrome://net-internals/#dns → Click "Clear host cache"

Vider le DNS sous macOS

Ouvrez le Terminal et exécutez la commande appropriée pour votre version de macOS :

# macOS Sonoma / Sequoia / Ventura (14+)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# macOS Monterey / Big Sur (12-13)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Verify the flush worked — should return empty:
sudo dscacheutil -cachedump

Vider le DNS sous Linux

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

# systemd-resolved (Ubuntu 18.04+, Fedora, Arch)
sudo systemd-resolve --flush-caches

# Verify: check cache size is 0
resolvectl statistics

# If using dnsmasq (older systems)
sudo systemctl restart dnsmasq

# If using nscd
sudo systemctl restart nscd

Vider le DNS sur Android

Android ne dispose pas d'une commande terminal pour vider le DNS pour la plupart des utilisateurs. À 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 2 : Passez à un Serveur DNS Public

Si le serveur DNS de votre FAI est lent, injoignable ou renvoie des erreurs, passer à un résolveur DNS public corrige souvent DNS_PROBE_STARTED immédiatement. Les résolveurs publics comme Google et Cloudflare disposent de réseaux anycast mondiaux avec 99,99 % de disponibilité — ils ne tombent presque jamais en panne.

Selon les benchmarks DNSPerf, le DNS Cloudflare (1.1.1.1) affiche un temps de réponse moyen de 11 ms à l'échelle mondiale, tandis que les résolveurs FAI oscillent généralement entre 30 et 120 ms. Un DNS plus rapide signifie aussi des chargements de pages plus rapides.

Changer le DNS sous Windows 10/11

# Method 1: GUI
# Settings → Network & Internet → Wi-Fi (or Ethernet) → Hardware properties
# → DNS server assignment → Edit → Manual
# → 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 le Service DNS Client (Windows)

Le service DNS Client de Windows (Dnscache) met en cache les réponses DNS et gère toutes les requêtes DNS du système d'exploitation. Si ce service se fige — ce qui arrive plus souvent qu'on ne le pense — chaque sonde DNS démarre mais ne se termine jamais, causant DNS_PROBE_STARTED sur tous les navigateurs et applications.

Redémarrer ce service est l'une des solutions les plus efficaces pour cette erreur spécifique sous Windows. Le DNS Client de Microsoft traite environ 50 à 200 requêtes DNS par minute lors d'une session de navigation moyenne.

# Check if the DNS Client service is running:
Get-Service Dnscache | Select-Object Name, Status, StartType

# Restart the DNS Client service:
Restart-Service Dnscache -Force

# Verify it's running:
Get-Service Dnscache
# Status should be "Running"

# Alternative: Services GUI
# Press Win+R → type services.msc → Enter
# Find "DNS Client" → Right-click → Restart

Solution 4 : Videz le Cache et les Données DNS de Chrome

Chrome maintient son propre cache DNS séparé du cache de votre système d'exploitation. Des entrées corrompues dans le cache interne de Chrome peuvent causer DNS_PROBE_STARTED même lorsque le DNS de votre système fonctionne correctement. Vider les deux caches garantit des recherches propres.

Step 1: Clear Chrome's DNS cache
  → Navigate to: chrome://net-internals/#dns
  → Click "Clear host cache"

Step 2: Flush socket pools
  → Navigate to: chrome://net-internals/#sockets
  → Click "Flush socket pools"

Step 3: Clear browsing data
  → Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)
  → Time range: "All time"
  → Check: ✓ Cached images and files
  → Check: ✓ Cookies and other site data
  → Click "Delete data"

Step 4: Restart Chrome completely
  → Close all Chrome windows
  → Reopen Chrome and test

Solution 5 : Désactivez les Extensions du Navigateur

Les extensions de navigateur qui modifient les requêtes réseau — bloqueurs de publicités, outils de confidentialité, extensions VPN, modules DNS-over-HTTPS — peuvent intercepter les requêtes DNS et casser le processus de résolution. Une seule extension défaillante peut causer DNS_PROBE_STARTED à chaque chargement de page.

Le test le plus rapide : ouvrez une fenêtre de navigation privée (Ctrl+Shift+N). Le mode navigation privée désactive toutes les extensions par défaut. Si le site web se charge en navigation privée, une extension est en cause.

1. Open chrome://extensions/
2. Disable ALL extensions (toggle each one off)
3. Restart Chrome and test the website
4. If the error is gone, re-enable extensions one by one:
   → Enable one → test → if error returns, that's the culprit

Common culprits:
  • VPN browser extensions (NordVPN, ExpressVPN, Surfshark)
  • DNS-over-HTTPS extensions
  • Proxy/tunnel extensions (Hola, ZenMate)
  • Privacy extensions with custom DNS settings
  • Network debugging tools

Solution 6 : Réinitialisez les Paramètres Réseau

Si aucune des solutions ci-dessus n'a fonctionné, une réinitialisation complète de la pile réseau peut résoudre des problèmes profonds de corruption TCP/IP ou Winsock qui empêchent la communication DNS. Cela réinitialise toutes les cartes réseau, les paramètres DNS et la pile TCP/IP aux valeurs d'usine.

Réinitialiser le Réseau sous Windows

Ouvrez l'Invite de commandes ou PowerShell en tant qu'Administrateur et exécutez les quatre commandes :

# Reset Winsock catalog (fixes corrupted network socket entries)
netsh winsock reset

# Reset TCP/IP stack to factory defaults
netsh int ip reset

# Flush DNS cache
ipconfig /flushdns

# Release and renew DHCP lease
ipconfig /release
ipconfig /renew

# IMPORTANT: Restart your computer after running these commands
# The Winsock and TCP/IP resets require a reboot to take effect

Réinitialiser le Réseau sous macOS

# Remove network preferences (forces macOS to rebuild them)
sudo rm -f /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm -f /Library/Preferences/SystemConfiguration/preferences.plist

# Restart mDNSResponder (DNS resolver)
sudo killall -HUP mDNSResponder

# Restart the network stack
sudo ifconfig en0 down && sudo ifconfig en0 up

# Restart your Mac for a clean state

Solution 7 : Vérifiez les Paramètres de l'Antivirus et du Pare-feu

Les programmes antivirus et pare-feu dotés de fonctionnalités de ' protection web ' ou de ' filtrage DNS ' peuvent intercepter les requêtes DNS sur le port 53 et les bloquer si elles sont signalées comme suspectes. Certaines suites de sécurité redirigent tout le trafic DNS via leur propre proxy — si ce proxy tombe en panne, chaque sonde DNS se bloque.

Pour tester si votre logiciel de sécurité est le problème, désactivez-le temporairement et essayez de charger le site web. Si l'erreur disparaît, ajoutez Chrome comme exception ou autorisez le trafic DNS (port UDP 53).

# Check if Windows Firewall is blocking DNS (port 53)
Get-NetFirewallRule | Where-Object {
  $_.Direction -eq 'Outbound' -and $_.Action -eq 'Block'
} | Get-NetFirewallPortFilter | Where-Object {
  $_.RemotePort -eq 53
}

# If a blocking rule exists, allow DNS outbound:
New-NetFirewallRule -DisplayName "Allow DNS (UDP 53)" `
  -Direction Outbound -Protocol UDP -RemotePort 53 `
  -Action Allow -Profile Any

Solution 8 : Redémarrez Votre Routeur

Les routeurs maintiennent leur propre cache DNS et gèrent le transfert DNS pour tous les appareils de votre réseau. Un routeur avec un cache DNS plein, une fuite de mémoire ou un processus de transfert DNS figé peut causer DNS_PROBE_STARTED sur tous les appareils connectés.

Un redémarrage correct du routeur (cycle d'alimentation) vide la RAM du routeur, le cache DNS et rétablit la connexion aux serveurs DNS de votre FAI. C'est différent d'un redémarrage logiciel — vous devez couper l'alimentation complètement.

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds (capacitors need time to discharge fully)
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

Comment Diagnostiquer DNS_PROBE_STARTED

Si les solutions ci-dessus n'ont pas fonctionné, vous pouvez utiliser des commandes de diagnostic pour identifier exactement où la chaîne de résolution DNS se casse. Ces commandes fonctionnent sur tous les systèmes d'exploitation et vous indiqueront 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 if port 53 (DNS) is reachable
# Windows:
Test-NetConnection 8.8.8.8 -Port 53
# macOS/Linux:
nc -zv 8.8.8.8 53

Si ping 1.1.1.1 échoue mais que votre Wi-Fi indique que vous êtes connecté, votre routeur a peut-être perdu sa connexion WAN. Vérifiez le panneau d'administration de votre routeur (généralement 192.168.1.1) pour l'état WAN, ou utilisez l'outil Ping de DNS Robot depuis un autre appareil pour vérifier votre réseau.

Utilisez les Diagnostics Internes de Chrome

Chrome dispose de pages de diagnostic internes puissantes qui peuvent révéler exactement ce qui se passe avec les requêtes DNS :

chrome://net-internals/#dns    → View cached DNS entries, clear cache
chrome://net-internals/#sockets → View active connections, flush pools
chrome://net-internals/#events  → Live event log (see DNS query lifecycle)
chrome://flags/#dns-over-https  → Check if Secure DNS is misconfigured
chrome://net-export/            → Export network log for deep analysis