Retrouvez un fournisseur et ses adresses DNS principale et secondaire. Vérifiez ses instructions actuelles avant de modifier votre configuration réseau.
Fonctionne localement dans votre navigateur| Prestataire de services | DNS1 | DNS2 |
|---|---|---|
| Alibaba AliDNS | 223.5.5.5 | 223.6.6.6 |
| Baidu DNS | 180.76.76.76 | 2400:da00::6666(ipv6) |
| OpenDNS | 208.67.222.222 | 208.67.220.220 |
| 8.8.8.8 | 8.8.4.4 | |
| 114 DNS | 114.114.114.114 | 114.114.115.115 |
| Flare nuageuse | 1.1.1.1 | 1.0.0.1 |
| Quad9 | 9.9.9.9 | 149.112.112.112 |
| AdGuard DNS | 94.140.14.14 | 94.140.15.15 |
| DNSPod | 119.29.29.29 | 182.254.116.116 |
| CNNIC sDNS | 1.2.4.8 | 210.2.4.8 |
| OneDNS | 117.50.11.11 | 117.50.22.22 |
| Yandex DNS | 77.88.8.8 | 77.88.8.1 |
| dnspai (résolveurs d’opérateur) | China Telecom: 101.226.4.6 China Unicom: 123.125.81.6 | |
Les adresses ci-dessus sont les paires publiées par chaque fournisseur pour un usage public. La première sert normalement de résolveur principal et la seconde de secours.
Un résolveur lent ou douteux ralentit chaque résolution, et donc chaque chargement de page. Un résolveur altéré peut aussi vous rediriger vers des pages publicitaires, bloquer des sites demandés ou journaliser chaque nom que vous consultez. Ces adresses sont publiées par les fournisseurs eux-mêmes ; vérifiez la paire actuelle dans leur documentation avant de la fixer dans un routeur ou un fichier de configuration DNS.
Toutes les adresses ont été interrogées depuis un hôte en Chine continentale le 28/09/2026 : toutes ont répondu sauf l’adresse secondaire de DNSPod, 182.254.116.116, restée muette depuis deux réseaux indépendants. L’adresse principale d’OneDNS, 117.50.11.11, a également échoué depuis cet hôte mais répondu depuis un autre réseau, et l’entrée IPv6 de Baidu, 2400:da00::6666, n’a pas pu être testée sans connectivité IPv6. Testez une paire depuis le réseau qui l’utilisera avant de vous y fier.
Cette page est un tableau de référence, pas un outil de requête : elle rassemble les adresses que chaque fournisseur publie pour ses résolveurs récursifs, la première comme serveur principal et la seconde comme secours. La liste est statique, aucun serveur n’est contacté au chargement et aucune saisie n’est demandée.
Treize lignes : des fournisseurs internationaux (Google, Cloudflare, Quad9, OpenDNS, AdGuard, Yandex), des fournisseurs orientés Chine (AliDNS, Baidu, DNSPod, 114DNS, CNNIC sDNS, OneDNS) et une ligne de résolveurs d’opérateur. Toutes les adresses ont été testées le 28 septembre 2026 depuis la Chine continentale : toutes ont répondu sauf deux, expliquées plus bas.
Le résolveur répond à la question posée par votre appareil : il parcourt la hiérarchie DNS depuis la racine jusqu’au serveur faisant autorité pour le domaine et renvoie l’enregistrement. Par défaut, vous utilisez celui de votre fournisseur d’accès ; le changer remplace un opérateur par un autre.
Il ne chiffre pas votre navigation et ne vous rend pas anonyme. L’exploitant du résolveur voit tous les noms que vous consultez, et votre fournisseur d’accès voit toujours les adresses IP que vous joignez, sauf si vous utilisez DNS over HTTPS ou DNS over TLS.
Lors des mesures du 28/09/2026 depuis un hôte en Chine continentale, les réseaux anycast ont répondu en quelques millisecondes (AliDNS 1–6 ms, Cloudflare 3–4 ms, Google 13 ms), tandis que 114DNS, Baidu, CNNIC et Yandex demandaient 150 à 200 ms. L’écart réel dépend de votre emplacement et de la proximité des contenus utilisés : mesurez avant de changer.
Plusieurs fournisseurs publient des variantes filtrées sur des adresses voisines : Quad9 bloque les domaines malveillants connus sur 9.9.9.9 et propose une version sans filtre sur 9.9.9.10 ; Cloudflare ajoute un filtrage malwares et contenus pour adultes sur 1.1.1.2 et 1.1.1.3. AdGuard DNS (94.140.14.14 et 94.140.15.15), ajouté lors de cette révision, bloque publicités et traqueurs par défaut.
Les listes vieillissent. Le 28/09/2026, 182.254.116.116 (DNSPod) n’a pas répondu depuis deux réseaux indépendants, et 117.50.11.11 (OneDNS) a échoué depuis l’hôte de test mais répondu depuis un autre réseau : c’est le schéma habituel quand une adresse est retirée ou filtrée sur une partie d’Internet.
Les résolveurs d’opérateur (China Telecom 101.226.4.6, China Unicom 123.125.81.6) n’ont de sens qu’à l’intérieur du réseau qui les exploite, et les adresses propres à China Mobile (211.136.192.6, 221.130.33.52) n’ont répondu depuis aucun de nos deux réseaux de test. La ligne China Tietong a été retirée : cet opérateur a fusionné avec China Mobile en 2015.
Pour une résolution neutre sans journalisation, Cloudflare (1.1.1.1 et 1.0.0.1). Pour une disponibilité maximale, Google (8.8.8.8 et 8.8.4.4). Contre les malwares, Quad9 (9.9.9.9). En Chine continentale, AliDNS (223.5.5.5) ou DNSPod (119.29.29.29) résolvent souvent plus vite les noms nationaux : dans notre mesure, AliDNS a répondu en 1–6 ms.
Les fournisseurs retirent des adresses sans préavis. Le 28/09/2026, 182.254.116.116 (DNSPod) n’a pas répondu depuis deux réseaux différents. Si cela vous arrive, n’utilisez que l’adresse principale, changez de fournisseur et vérifiez la paire actuelle dans la documentation officielle.
Certains réseaux — hôtels, campus, réseaux nationaux — interceptent ou bloquent les requêtes sortantes vers le port 53. La solution habituelle est DNS over HTTPS : il passe dans une connexion HTTPS ordinaire et reste très difficile à bloquer de façon ciblée.
Non. Cela change l’entreprise qui voit vos requêtes, pas le fait qu’elles soient vues. L’exploitant du résolveur voit tous les noms demandés et votre fournisseur d’accès voit toujours les connexions ouvertes. DoH ou DoT masquent les requêtes sur le chemin réseau, mais le résolveur les voit toujours.
Sur presque tous les systèmes, l’adresse secondaire n’est utilisée que si la principale ne répond pas : elles ne répartissent pas la charge. Choisir deux fournisseurs différents n’apporte donc pas de vitesse ; on configure les deux pour la résilience.
Seulement si votre réseau dispose d’une connectivité IPv6 fonctionnelle. 2400:da00::6666 (Baidu) est la seule entrée IPv6 du tableau et n’a pas pu être testée sans IPv6 ; sur une connexion IPv4 seule, elle reste un serveur qui ne répond jamais et fait attendre chaque requête jusqu’au délai d’expiration.