Aller au contenu
en ce moment

Benchmarks

1.1.1.1 vs 8.8.8.8 : quel est le DNS le plus rapide ?

Nous avons comparé 10 serveurs DNS : Cloudflare 1.1.1.1 et Orange dominent, tandis que Google 8.8.8.8 est deux fois plus lent. Voici les résultats détaillés.

Par 6 min de lecture
1.1.1.1 vs 8.8.8.8 : quel est le DNS le plus rapide ?

👁 122 lectures

Nous avons mesuré le temps de réponse de 10 serveurs DNS sur une ligne Orange : Cloudflare 1.1.1.1 et les DNS d’Orange arrivent quasiment à égalité (médiane de 19,6 à 21,3 ms), Quad9 et Netia suivent de près, tandis que Google 8.8.8.8 se montre plus de deux fois plus lent (45 à 48 ms). Sur les requêtes « à froid », lorsque le serveur doit chercher l’adresse de zéro, l’avantage de Cloudflare face à Google est encore plus frappant. Retrouvez notre dossier complet sur l’entreprise : Cloudflare - guide complet.

Mesures réalisées le 5 octobre 2026, sessions à 9h02 et 9h25

  • Connexion : Orange (AS5617), Windows 11.
  • Méthode : 2 sessions × 50 domaines × 2 types de requêtes par serveur, protocole UDP, délai d’attente de 2 s.
  • Les plus rapides : 1.1.1.1, 1.0.0.1 et les deux serveurs Orange - médianes de 19,6 à 22,1 ms sur les domaines populaires.
  • Le plus lent parmi les serveurs actifs : AdGuard DNS - médiane de 53 à 55 ms et 3 échecs de requête à chaque session.
  • Aucune réponse depuis l’extérieur : adresses DNS testées des opérateurs Play, T-Mobile, Vectra et une des adresses de Netia.

Pourquoi mesurer la vitesse des serveurs DNS ?

Chaque ouverture de site web débute par une requête envoyée à un résolveur DNS : « quelle est l’adresse IP de ce domaine ? ». Si le serveur répond en 20 ms, vous ne remarquerez rien. S’il met 80 ms et que la page appelle des ressources réparties sur 15 domaines différents, le temps d’attente devient perceptible, surtout lors de la première visite. Par défaut, votre connexion utilise les DNS de votre opérateur internet. La question qui revient fréquemment sur les moteurs de recherche est simple : vaut-il vraiment la peine d’en changer ?

Notre protocole de test

Nous avons utilisé un script Python basé sur la bibliothèque dnspython, formulant directement les requêtes à chaque serveur pour contourner le cache local du système d’exploitation :

  • 50 domaines populaires - un échantillon de sites polonais et internationaux testés (onet.pl, allegro.pl, mbank.pl, gov.pl, pacjent.gov.pl, inpost.pl, youtube.com, chatgpt.com, etc.). Ces adresses figurent généralement déjà dans le cache des résolveurs, ce qui permet d’évaluer avant tout la distance réseau brute.
  • 50 requêtes « à froid » - un sous-domaine aléatoire et inexistant généré pour chacun de ces domaines (différent pour chaque serveur testé). Comme cette adresse n’a jamais été demandée, le serveur est contraint de parcourir l’arbre DNS complet jusqu’à la racine. Ce test mesure l’efficacité réelle du résolveur.
  • L’ordre des serveurs a été tiré au sort pour chaque domaine afin d’éviter tout biais systématique.
  • Deux sessions complètes ont été effectuées à environ 20 minutes d’intervalle.

Résultats : domaines populaires

Temps de réponse médian - domaines populaires, session 1 (ms, le plus bas est le meilleur)

Cloudflare 1.1.1.119,6 ms
Orange 194.204.159.121,0 ms
Orange 194.204.152.3421,1 ms
Quad9 9.9.9.922,0 ms
Cloudflare 1.0.0.122,1 ms
Netia 62.233.128.1725,0 ms
Google 8.8.4.439,3 ms
Google 8.8.8.845,3 ms
OpenDNS47,6 ms
AdGuard DNS53,3 ms
Serveur Médiane S1 Médiane S2 90e percentile S1 / S2 Erreurs
Cloudflare 1.1.1.1 19,6 ms 21,3 ms 32,3 / 34,0 ms 0
Cloudflare 1.0.0.1 22,1 ms 20,7 ms 29,4 / 32,9 ms 0
Orange 194.204.159.1 21,0 ms 21,2 ms 42,0 / 35,8 ms 0
Orange 194.204.152.34 21,1 ms 20,9 ms 41,2 / 41,4 ms 0
Quad9 9.9.9.9 22,0 ms 24,1 ms 57,0 / 48,6 ms 0
Netia 62.233.128.17 25,0 ms 25,8 ms 40,6 / 40,1 ms 0
Google 8.8.4.4 39,3 ms 40,4 ms 51,3 / 59,0 ms 0
Google 8.8.8.8 45,3 ms 48,1 ms 73,6 / 56,6 ms 0
OpenDNS 208.67.222.222 47,6 ms 49,2 ms 68,2 / 66,6 ms 0
AdGuard 94.140.14.14 53,3 ms 55,4 ms 112,2 / 100,2 ms 3 / 3 (sur 100)

Résultats : requêtes « à froid »

Ce volet met en lumière la rapidité de traitement d’un nom de domaine totalement absent de la mémoire du serveur :

Temps de réponse médian - requêtes à froid, session 1 (ms)

Cloudflare 1.0.0.126,2 ms
Cloudflare 1.1.1.127,0 ms
Netia 62.233.128.1729,8 ms
Orange 194.204.159.129,9 ms
Orange 194.204.152.3432,8 ms
Quad9 9.9.9.942,8 ms
OpenDNS53,2 ms
Google 8.8.4.456,9 ms
Google 8.8.8.863,7 ms
AdGuard DNS74,9 ms

Lors de la seconde session, le classement est resté semblable : 1.0.0.1 à 28,1 ms, Orange à 30,8 et 35,1 ms, 1.1.1.1 à 32,6 ms, Netia à 35,1 ms, Quad9 à 39,6 ms et Google entre 59,4 et 62,5 ms. Les pires temps de réponse individuels enregistrés : AdGuard jusqu’à 1,6 s, Google jusqu’à 0,4 s et 1.1.1.1 jusqu’à 0,34 s.

Ce qu’il faut en retenir

  1. Cloudflare et Orange sont au coude-à-coude. Les écarts de 1 à 2 ms observés relèvent de la marge d’erreur. Gardez à l’esprit que le test a été réalisé depuis une ligne Orange : le résolveur de l’opérateur bénéficie ici d’un avantage territorial immédiat. Depuis un autre réseau, les DNS Orange seraient naturellement moins véloces.
  2. Google 8.8.8.8 est environ deux fois plus lent que Cloudflare sur les domaines populaires et accuse un retard de 30 à 35 ms sur les requêtes à froid. Si vous l’avez configuré par habitude suite à un vieux conseil de forum, basculer sur 1.1.1.1 apporte un gain mesurable.
  3. Quad9 représente une alternative solide avec filtrage des menaces : très rapide sur les domaines usuels, quoiqu’un peu plus en retrait lors des résolutions complètes à froid.
  4. AdGuard DNS bloque la publicité mais au détriment de la réactivité : il enregistre les temps les plus élevés et s’avère le seul à avoir subi des échecs de résolution.
  5. L’impact au quotidien reste discret. Gagner 20 à 25 ms sur la première requête d’un domaine ne transforme pas votre débit : une fois l’adresse résolue, le navigateur et votre OS la gardent en cache. Ne vous attendez donc pas à télécharger plus vite, mais plutôt à un léger gain de réactivité lors du chargement initial de nouvelles pages.

Comment changer ses DNS pour 1.1.1.1

Windows 11

  1. Ouvrez Paramètres → Réseau et Internet → Ethernet ou Wi-Fi → Propriétés du réseau.
  2. En face de « Attribution du serveur DNS », cliquez sur Modifier, puis sélectionnez Manuel.
  3. Activez IPv4, puis saisissez 1.1.1.1 et 1.0.0.1. Configurez le chiffrement DNS sur « Chiffré uniquement (DNS sur HTTPS) ».
  4. Pour IPv6, renseignez : 2606:4700:4700::1111 et 2606:4700:4700::1001.

Android

  1. Accédez à Paramètres → Réseau et internet → DNS privé.
  2. Cochez « Nom d’hôte du fournisseur DNS privé » et tapez one.one.one.one.

iPhone

iOS ne propose pas de réglage DNS universel pour les données cellulaires dans ses menus natifs. La solution la plus commode consiste à installer l’application 1.1.1.1 et à activer le mode « 1.1.1.1 » simple (résolveur DNS uniquement, sans activer WARP).

Routeur

Modifier les paramètres directement sur votre routeur permet d’en faire profiter l’ensemble des appareils connectés au domicile. Rendez-vous dans l’interface d’administration, repérez les rubriques WAN ou DHCP, puis modifiez les champs « DNS principal » et « DNS secondaire ». Si la box de votre opérateur verrouille ces options, il reste nécessaire d’effectuer la configuration individuellement sur chaque équipement.

Variantes avec filtrage de sécurité

  • 1.1.1.2 et 1.0.0.2 - bloquent automatiquement les domaines malveillants identifiés.
  • 1.1.1.3 et 1.0.0.3 - bloquent en plus les contenus pour adultes (pratique pour l’ordinateur des enfants).

Vie privée et sécurité

Un résolveur DNS voit passer la totalité des domaines que vous consultez. Cloudflare s’engage à ne pas conserver durablement les adresses IP des utilisateurs et à purger l’ensemble des journaux d’activité sous 25 heures, des engagements confirmés par des audits externes indépendants. Votre fournisseur d’accès continue toutefois de voir les adresses IP avec lesquelles vous communiquez ; l’activation du DNS chiffré masque néanmoins le contenu précis de vos requêtes. Depuis le 10 septembre 2026, 1.1.1.1 prend également en charge les signatures DNSSEC post-quantiques (algorithme ML-DSA-44).

Limites de notre test

  • Une seule connexion de test (Orange), une unique localisation géographique et deux séries de mesures réalisées au cours d’une même matinée. Les valeurs observées chez vous peuvent différer.
  • Les résolveurs DNS privés de plusieurs opérateurs (Play, T-Mobile, Vectra) filtrent les requêtes et ne répondent qu’à leurs propres abonnés. Les adresses publiques trouvées sur les forums (151.80.103.98, 213.158.199.1, 31.11.202.254 et 62.233.233.233) sont restées sans réponse lors de nos essais externes.
  • Ce banc d’essai a porté sur le protocole DNS classique en UDP. Le DNS chiffré (DoH, DoT) introduit quelques millisecondes de latence additionnelle pour l’établissement de la session sécurisée.
Google · Vos sourcesPromptif plus haut dans Google - en un clicAjouter aux sources préférées →

Sources

Kinetyra

// read next

More on this from PROMPTIF

Promptif

Promptif

ADMINISTRATOR
à lire ensuiteEvilTokens : comment l’IA a servi à pirater 12 000 boîtes mailactualitésEvilTokens : comment l’IA a servi à pirater 12 000 boîtes mailMicrosoft détaille EvilTokens, une opération cybercriminelle utilisant l'IA pour cibler et fouiller plus de 12 000 boîtes mail professionnelles.

Les plus lus

  1. 1Applications de génération vidéo IA : Kling, PixVerse et autres
  2. 2Calendrier IA 2026 : lancements de modèles, conférences et IA Act
  3. 3Affaire Thélyson Orélien : j’ai testé le roman avec trois détecteurs d’IA. Même paragraphe : 100 %, 85 % et 0 %
// plan du site

Cette page dans d’autres langues5

promptif en chiffres 0textes dans les archives0actus des 7 derniers jours0modèles vidéo dans l'observatoire
🎬 Studio Vidéo IA : Higgsfield AI DoP Presets Caméra & Calculateur • Code Promo Higgsfield AI -50% • Higgsfield vs Kling AI
× ‹ agrandissement ›