Meilleur DNS : Comment Résoudre les Recherches DNS Lentes sur Chrome, Windows et Mac

Qu'est-ce que le temps de recherche DNS et pourquoi est-ce important ?

Le temps de recherche DNS correspond au nombre de millisecondes nécessaires à votre appareil pour traduire un nom de domaine (comme example.com) en adresse IP (comme 93.184.216.34). Cette recherche a lieu avant tout transfert de données — votre navigateur ne peut envoyer un seul octet tant que le DNS n'a pas résolu le domaine.

Une recherche DNS typique prend 20 à 120 ms selon votre serveur DNS, les conditions du réseau et si le résultat est en cache. Lorsque le DNS est lent, cela ralentit chaque site web, chaque appel API et chaque ressource que votre navigateur charge. Une page qui charge 50 ressources externes peut ajouter 1 à 5 secondes de surcharge DNS totale.

Les recherches de Google montrent que lorsque le temps de chargement passe de 1 à 3 secondes, la probabilité de rebond atteint 32 %. À 5 secondes, elle bondit à 90 %. Le DNS lent est souvent le goulot d'étranglement caché qui en est la cause.

Quelles sont les causes des recherches DNS lentes ?

Comprendre la cause profonde vous aide à choisir la bonne solution. Voici les raisons les plus courantes pour lesquelles les recherches DNS sont lentes sur votre appareil ou votre réseau.

• Serveurs DNS du FAI lents — La plupart des FAI utilisent des résolveurs DNS surchargés qui prennent 80 à 200 ms par requête. C'est la cause n°1 de DNS lent pour les utilisateurs particuliers.

• Cache DNS obsolète ou corrompu — Votre système d'exploitation ou navigateur a mis en cache une entrée périmée qui force des recherches lentes répétées au lieu d'un accès instantané depuis le cache.

• Distance géographique — Si votre serveur DNS se trouve sur un autre continent, chaque requête doit parcourir des milliers de kilomètres aller-retour, ajoutant 50 à 200 ms de latence.

• Chaînes CNAME — Chaque redirection CNAME déclenche une recherche DNS supplémentaire. Une chaîne de 3 CNAME signifie 3 recherches séquentielles avant d'atteindre l'IP finale.

• Valeurs TTL basses — Des valeurs Time-to-Live courtes (comme 60 secondes) obligent votre appareil à interroger le DNS en permanence au lieu d'utiliser les résultats en cache.

• Interférence VPN ou proxy — Les VPN acheminent les requêtes DNS via leurs propres serveurs, qui peuvent être plus lents ou plus éloignés que votre DNS habituel.

• Congestion réseau — Un trafic réseau intense ou un routeur surchargé peut provoquer des pertes de paquets DNS et des retransmissions, ajoutant des secondes de délai.

• Problèmes de repli IPv6 — Certains réseaux essaient d'abord le DNS IPv6, échouent, puis se replient sur IPv4 — doublant le temps de recherche pour chaque requête.

Comment mesurer votre temps de recherche DNS actuel

Avant de corriger quoi que ce soit, mesurez votre vitesse DNS actuelle pour pouvoir comparer après. Voici trois façons rapides de vérifier votre temps de recherche DNS.

Méthode 1 : Utiliser dig (Mac/Linux)

La commande dig affiche le temps exact de requête DNS en millisecondes :

# Query your current DNS server
dig google.com

# Look for "Query time" at the bottom:
# ;; Query time: 24 msec

# Test a specific DNS server
dig @1.1.1.1 google.com
dig @8.8.8.8 google.com
dig @9.9.9.9 google.com

Méthode 2 : Utiliser nslookup (Windows)

Windows n'affiche pas le temps de requête avec nslookup par défaut, mais vous pouvez utiliser PowerShell pour le mesurer :

# Measure DNS lookup time in PowerShell
Measure-Command { Resolve-DnsName google.com } | Select-Object TotalMilliseconds

# Test with a specific DNS server
Measure-Command { Resolve-DnsName google.com -Server 1.1.1.1 } | Select-Object TotalMilliseconds

Méthode 3 : Utiliser Chrome DevTools

Chrome affiche le temps de recherche DNS pour chaque requête réseau :

Ouvrez n'importe quel site web → appuyez sur F12 pour ouvrir les DevTools → allez dans l'onglet Network → cliquez sur n'importe quelle requête → regardez la section Timing. La ligne DNS Lookup indique exactement combien de temps la résolution DNS a pris pour ce domaine.

Si vous voyez régulièrement des temps de recherche DNS supérieurs à 100 ms, votre serveur DNS est lent et les solutions ci-dessous vous aideront.

Solution 1 : Passer au meilleur DNS, le serveur le plus rapide

C'est la correction la plus efficace. Les serveurs DNS des FAI répondent généralement en 80 à 200 ms. Les serveurs DNS publics comme Cloudflare et Google répondent en 8 à 20 ms — soit une amélioration de vitesse 10x sur chaque requête DNS.

Voici comment changer de serveur DNS sur chaque plateforme :

Changer le DNS sur Windows 10/11

• Ouvrez Paramètres → Réseau et Internet → Paramètres réseau avancés

• Cliquez sur votre connexion active (Wi-Fi ou Ethernet) → Propriétés du matériel

• Cliquez sur Modifier à côté de l'attribution du serveur DNS

• Passez d'Automatique à Manuel → activez IPv4

• Définissez le DNS préféré sur 1.1.1.1 et le DNS alternatif sur 1.0.0.1

• Cliquez sur Enregistrer et testez avec dig ou PowerShell

Changer le DNS sur macOS

• Ouvrez Réglages Système → Réseau → Wi-Fi (ou votre connexion active)

• Cliquez sur Détails à côté de votre réseau connecté

• Cliquez sur DNS dans la barre latérale

• Supprimez les entrées existantes et ajoutez 1.1.1.1 et 1.0.0.1

• Cliquez sur OK puis Appliquer

Changer le DNS sur Linux

Sur la plupart des distributions Linux utilisant systemd-resolved :

# Edit the resolved config
sudo nano /etc/systemd/resolved.conf

# Add or modify these lines:
[Resolve]
DNS=1.1.1.1 1.0.0.1
FallbackDNS=8.8.8.8 8.8.4.4

# Restart the service
sudo systemctl restart systemd-resolved

# Verify the change
resolvectl status

Solution 2 : Vider le cache DNS

Un cache DNS obsolète ou corrompu oblige votre appareil à utiliser des entrées périmées ou à effectuer de nouvelles recherches qui échouent et doivent être relancées. Vider le cache supprime toutes les entrées DNS stockées et force de nouvelles requêtes vers votre serveur DNS.

Exécutez la commande correspondant à votre système d'exploitation :

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

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

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

# Verify cache is empty (Windows)
ipconfig /displaydns

Solution 3 : Activer le préchargement DNS dans votre navigateur

Le préchargement DNS indique à votre navigateur de résoudre les noms de domaine avant que vous cliquiez sur un lien. Lorsque vous survolez un lien ou qu'une page se charge, le navigateur résout proactivement le DNS des domaines liés en arrière-plan. Au moment où vous cliquez, le DNS est déjà résolu — zéro attente.

La plupart des navigateurs modernes activent le préchargement DNS par défaut, mais il peut être désactivé. Voici comment vérifier et l'activer.

Paramètres de préchargement DNS dans Chrome

Dans Chrome, le préchargement DNS fait partie de la fonction de préchargement des pages :

• Ouvrez Chrome → Paramètres → Confidentialité et sécurité → Précharger les pages

• Activez « Précharger les pages pour une navigation et une recherche plus rapides »

• Cela active le préchargement DNS, la pré-connexion TCP et le pré-rendu des pages pour les liens que vous êtes susceptible de visiter

Paramètres de préchargement DNS dans Firefox

Firefox prend en charge le préchargement DNS mais il peut être désactivé accidentellement :

• Tapez about:config dans la barre d'adresse et appuyez sur Entrée

• Recherchez network.dns.disablePrefetch

• Vérifiez qu'il est défini sur `false` (false = le préchargement est activé)

• Vérifiez également network.dns.disablePrefetchFromHTTPS — mettez-le sur false pour les sites HTTPS également

Solution 4 : Vider le cache DNS interne de Chrome

Chrome maintient son propre cache DNS, séparé de celui de votre système d'exploitation. Même après avoir vidé le cache DNS de votre OS, Chrome peut encore utiliser des entrées obsolètes de son cache interne.

Pour vider le cache DNS de Chrome :

• Ouvrez Chrome et tapez chrome://net-internals/#dns dans la barre d'adresse

• Cliquez sur « Clear host cache » pour vider les entrées DNS internes de Chrome

• Visitez également chrome://net-internals/#sockets et cliquez sur « Flush socket pools » pour fermer les connexions persistantes

• Redémarrez Chrome pour un état DNS complètement neuf

Solution 5 : Configurer le DNS sur votre routeur

Changer le DNS sur votre routeur applique le serveur DNS le plus rapide à tous les appareils de votre réseau — téléphones, tablettes, Smart TV, consoles de jeux — sans configurer chacun individuellement.

Pour changer le DNS sur la plupart des routeurs :

• Ouvrez votre navigateur et accédez à 192.168.1.1 ou 192.168.0.1 (la page d'administration de votre routeur)

• Connectez-vous avec les identifiants admin de votre routeur (vérifiez l'autocollant sur le routeur si vous ne les avez pas changés)

• Trouvez les paramètres DNS — généralement sous Paramètres WAN, Paramètres Internet ou Paramètres DHCP

• Changez le DNS principal en 1.1.1.1 et le DNS secondaire en 1.0.0.1

• Enregistrez et redémarrez le routeur pour appliquer les modifications

Solution 6 : Réduire les chaînes CNAME (pour les propriétaires de sites)

Pour réduire les chaînes CNAME, utilisez le CNAME flattening (aussi appelé enregistrements ALIAS). Cela résout la chaîne CNAME au niveau du serveur DNS et renvoie directement l'adresse IP finale. Cloudflare, AWS Route 53 et DNSimple prennent tous en charge le CNAME flattening.

Vous pouvez vérifier vos chaînes CNAME avec l'outil DNS Lookup de DNS Robot — entrez votre domaine et consultez les enregistrements CNAME pour voir si des chaînes existent.

www.example.com  →  CNAME  →  example.com.cdn.cloudflare.net
                    →  CNAME  →  cdn-123.cloudflare.net
                    →  A      →  104.21.55.123

# That is 3 DNS lookups instead of 1!
# Each adds 20-80ms of latency.

Solution 7 : Augmenter les valeurs TTL (pour les propriétaires de sites)

Le TTL (Time to Live) contrôle la durée pendant laquelle les résolveurs DNS mettent en cache les enregistrements de votre domaine. Un TTL bas comme 60 secondes signifie que chaque résolveur doit réinterroger votre serveur DNS autoritaire chaque minute. Un TTL plus élevé comme 3600 secondes (1 heure) signifie que le résultat est mis en cache et servi instantanément pendant une heure.

L'impact est significatif : augmenter le TTL de 60 s à 3600 s peut réduire les recherches DNS vers votre serveur autoritaire de 98 % pendant les heures de pointe.

Comparatif de vitesse des serveurs DNS (Benchmarks 2026)

Cloudflare (1.1.1.1) se classe régulièrement comme le dns le plus rapide au monde. Google Public DNS arrive juste derrière. Les deux prennent en charge DNS over HTTPS (DoH) et DNS over TLS (DoT) pour des requêtes chiffrées.

Vous pouvez comparer les serveurs DNS pour votre emplacement spécifique avec l'outil GRC DNS Benchmark sur Windows, ou exécuter dig @1.1.1.1 google.com contre dig @8.8.8.8 google.com sur Mac/Linux pour comparer les temps de réponse.

Comment vérifier que votre DNS est plus rapide

Vous devriez voir les temps de recherche DNS passer de 80-200 ms (DNS du FAI) à 10-20 ms (Cloudflare/Google). Vous pouvez également utiliser l'outil Ping de DNS Robot pour mesurer la latence vers votre serveur DNS directement — faites un ping à 1.1.1.1 et comparez avec l'IP de votre ancien serveur DNS du FAI.

# Mac/Linux: Compare before and after
dig google.com      # Should show lower query time
dig amazon.com      # Test multiple domains
dig github.com

# Windows PowerShell
Measure-Command { Resolve-DnsName google.com } | Select-Object TotalMilliseconds

# Check Chrome DevTools
# Open any page → F12 → Network tab → look at DNS Lookup timing