Qu'est-ce qu'un serveur DNS ? Fonctionnement et types

Qu'est-ce qu'un serveur DNS ?

Un serveur DNS est un serveur qui répond aux questions sur les noms de domaine. La question la plus courante est « quelle est l'adresse IP de ce nom ? », et les serveurs DNS y répondent des milliards de fois par jour. Les ordinateurs se connectent entre eux par adresse IP (comme 142.250.183.4), mais les humains retiennent des noms (comme google.com). Le DNS, ou Domain Name System (système de noms de domaine), est l'annuaire qui relie les deux, et les serveurs DNS sont les machines qui stockent et consultent ses entrées.

Chaque fois que vous ouvrez un site web, envoyez un e-mail ou lancez une application, votre appareil demande d'abord à un serveur DNS où aller. Si le serveur DNS est lent, tout paraît lent. S'il cesse de répondre, internet semble « en panne » alors que votre connexion fonctionne : Windows signale que le serveur DNS ne répond pas et Chrome affiche DNS_PROBE_FINISHED_BAD_CONFIG.

• Entrée : un nom de domaine et un type d'enregistrement, par exemple dnsrobot.net et A (adresse IPv4).
• Sortie : l'enregistrement, par exemple 104.21.0.129, accompagné d'un TTL qui indique combien de temps la réponse peut rester en cache.
• Protocole : le DNS classique fonctionne sur le port 53 en UDP (et en TCP pour les réponses volumineuses). Le DNS chiffré utilise le port 853 (DoT) ou 443 (DoH).

Comment un serveur DNS trouve une adresse IP, étape par étape

Aucun serveur DNS ne connaît à lui seul tous les noms d'internet. Un résolveur récursif parcourt plutôt une hiérarchie de serveurs, en partant du sommet. Nous avons effectué ce parcours pour notre propre domaine avec dig +trace, qui envoie lui-même chaque requête comme le ferait un résolveur, depuis une connexion domestique en Inde, le 5 octobre 2026. Voici les étapes et les temps réels :

• 1. Votre appareil interroge son résolveur. Le navigateur consulte son propre cache, puis celui du système d'exploitation, puis envoie la question au serveur DNS configuré (par exemple 1.1.1.1).
• 2. Le résolveur demande à un serveur racine où se trouvent les noms en .net. e.root-servers.net a répondu en 28 ms avec la liste des serveurs TLD de .net.
• 3. Le résolveur demande à un serveur TLD .net qui est responsable de dnsrobot.net. e.gtld-servers.net a répondu en 258 ms (l'étape la plus lente, sans doute une copie éloignée de ce serveur) avec les serveurs de noms de Cloudflare, sofia.ns.cloudflare.com et terin.ns.cloudflare.com.
• 4. Le résolveur interroge le serveur de noms faisant autorité. terin.ns.cloudflare.com a répondu en 27 ms avec les enregistrements A 104.21.0.129 et 172.67.150.248 et un TTL de 300 secondes.
• 5. Le résolveur met la réponse en cache et la renvoie. Pendant les 300 secondes suivantes, toute personne qui utilise ce résolveur obtient la réponse depuis le cache, sans répéter les étapes 2 à 4.

# Suivez vous-même tout le parcours (macOS, Linux, ou Windows avec les outils BIND)
dig +trace +nodnssec @1.1.1.1 dnsrobot.net A

# Sortie abrégée de notre essai du 5 octobre 2026
net.           172800 IN NS a.gtld-servers.net.
;; Received 834 bytes from 192.203.230.10#53(e.root-servers.net) in 28 ms
dnsrobot.net.  172800 IN NS sofia.ns.cloudflare.com.
dnsrobot.net.  172800 IN NS terin.ns.cloudflare.com.
;; Received 98 bytes from 192.12.94.30#53(e.gtld-servers.net) in 258 ms
dnsrobot.net.  300    IN A  104.21.0.129
dnsrobot.net.  300    IN A  172.67.150.248
;; Received 73 bytes from 2a06:98c1:50::ac40:21ec#53(terin.ns.cloudflare.com) in 27 ms

C'est la mise en cache qui rend tout cela rapide en pratique. La même question envoyée à 1.1.1.1 a pris 198 ms la première fois et 26 ms une fois la réponse en cache. Les réponses des serveurs racine et TLD restent en cache jusqu'à deux jours (le TTL de 172800 secondes ci-dessus) : la plupart des requêtes réelles passent donc directement à l'étape 4, ou sont servies entièrement depuis le cache.

Les 4 types de serveurs DNS

Le parcours ci-dessus fait intervenir quatre sortes de serveurs DNS. Chacun a une seule mission :

Il n'existe que 13 noms de serveurs racine (de a à m), mais chacun est une adresse anycast servie depuis de nombreux endroits. Le 26 octobre 2026, root-servers.org recensait 2 049 instances de serveurs racine exploitées par 12 opérateurs indépendants : un serveur racine est donc rarement loin.

Votre routeur domestique ajoute généralement un cinquième rôle : celui de redirecteur DNS (DNS forwarder). Les appareils de votre Wi-Fi envoient leurs questions au routeur (souvent 192.168.1.1), qui les transmet au résolveur de votre FAI et met les réponses en cache.

Serveur DNS vs serveur de noms vs enregistrement DNS

Ces termes sont sans cesse confondus, et la différence compte quand vous devez réparer quelque chose :

• Serveur DNS est le terme général pour tout serveur qui parle DNS : résolveurs, serveurs racine, serveurs TLD et serveurs faisant autorité sont tous des serveurs DNS.
• Serveur de noms (nameserver) désigne généralement un serveur faisant autorité pour un domaine, ceux qui figurent dans ses enregistrements NS (par exemple ns1.yourhost.com). Vous changez de serveurs de noms chez votre bureau d'enregistrement quand vous déplacez l'hébergement DNS.
• Enregistrement DNS désigne une entrée stockée sur le serveur de noms faisant autorité : un enregistrement A (adresse IPv4), AAAA (IPv6), MX (serveur de messagerie), CNAME (alias), TXT (vérification, SPF), etc.
• Le « serveur DNS » de vos réglages Wi-Fi ou réseau désigne le résolveur récursif que votre appareil doit interroger, comme 8.8.8.8.

Comment trouver l'adresse de votre serveur DNS

Votre appareil reçoit normalement son serveur DNS automatiquement du routeur, via DHCP. Pour voir lequel il utilise :

# Windows (Invite de commandes) : repérez la ligne "Serveurs DNS"
ipconfig /all

# Windows : les premières lignes indiquent le serveur par défaut
nslookup example.com

# macOS : liste des résolveurs utilisés
scutil --dns | grep nameserver

# Linux avec systemd-resolved
resolvectl status

# Autres distributions Linux
cat /etc/resolv.conf

Sur Android, ouvrez Paramètres → Réseau et Internet → Internet, touchez la roue dentée à côté de votre réseau Wi-Fi et regardez sous Détails du réseau (les intitulés des menus varient selon le fabricant). Paramètres → Réseau et Internet → DNS privé affiche un nom d'hôte comme dns.google s'il est configuré. Sur un iPhone, ouvrez Réglages → Wi-Fi, touchez le (i) à côté du réseau et faites défiler jusqu'à Configurer le DNS : Automatique signifie que le téléphone utilise le serveur DNS distribué par votre routeur.

Si vous voyez 192.168.x.x ou 10.x.x.x, c'est votre routeur qui joue le rôle de redirecteur ; le vrai résolveur se règle dans la page d'administration du routeur (voir notre guide de connexion au routeur). Sous Linux, 127.0.0.53 est le relais local (stub) de systemd-resolved, et resolvectl status affiche les serveurs en amont qui se trouvent derrière lui.

Les serveurs DNS publics les plus utilisés

Vous n'êtes pas obligé d'utiliser le résolveur de votre FAI. Ces serveurs DNS publics gratuits fonctionnent depuis n'importe quel réseau :

Les FAI publient aussi les adresses de leurs propres résolveurs, ce qui peut servir quand vous avez changé de DNS et voulez revenir en arrière. Nous tenons des listes pour Spectrum, Comcast Xfinity, AT&T et Verizon.

Le plus rapide dépend de l'endroit où vous vous trouvez et de l'endroit où les sites que vous visitez hébergent leur DNS : sur notre propre ligne de test, le classement a changé entre les noms en cache et les noms tout neufs. Chronométrez-les depuis votre connexion avant de changer.

Faut-il changer de serveur DNS ?

Pour la plupart des gens, le résolveur du FAI fonctionne bien. Passer à un serveur DNS public vaut la peine dans l'un de ces cas :

• Le DNS de votre FAI est lent ou peu fiable. Des pages qui restent bloquées sur « Résolution de l'hôte » ou des erreurs DNS fréquentes en sont le signe classique.
• Vous voulez du filtrage. Quad9 bloque les domaines de malwares, et AdGuard ou les versions familiales de Cloudflare et d'OpenDNS bloquent les publicités ou les contenus pour adultes.
• Vous voulez un DNS chiffré. Les résolveurs publics prennent en charge le DNS over HTTPS et le DNS over TLS, qui cachent vos requêtes au réseau local. Voir à quoi sert le DNS privé.
• Votre FAI redirige les requêtes en échec vers des pages de publicité, ou bloque des sites au niveau du DNS.

Il y a des contreparties. Certains CDN choisissent un serveur en fonction de l'emplacement de votre résolveur : un résolveur éloigné de vous peut donc vous envoyer vers une copie plus lente d'un site. Les réseaux d'entreprise et d'établissements scolaires ont souvent besoin de leur propre DNS pour atteindre les noms internes. Enfin, un résolveur plus rapide n'accélère que la requête DNS elle-même, en général de quelques dizaines de millisecondes par nouveau site, et non votre débit de téléchargement.

Ports DNS : 53, 853 et 443

Le DNS classique utilise le port 53 (RFC 1035). La plupart des requêtes passent par UDP, car une question et sa réponse tiennent généralement dans un seul paquet ; les requêtes basculent en TCP sur le port 53 quand une réponse est trop volumineuse pour l'UDP, ainsi que pour les transferts de zone entre serveurs de noms.

Quand un serveur DNS ne fonctionne plus

Une panne DNS donne l'impression qu'internet est coupé : les applications ne se connectent plus et les navigateurs affichent des erreurs, mais un ping vers une adresse IP comme 1.1.1.1 fonctionne toujours. Les messages les plus fréquents et leurs solutions :

• Le serveur DNS ne répond pas (utilitaire de résolution des problèmes de Windows) : le résolveur n'a pas répondu du tout. Guide de dépannage.
• DNS_PROBE_FINISHED_NXDOMAIN (Chrome) : le résolveur a indiqué que le nom n'existe pas. Guide de dépannage.
• ERR_NAME_NOT_RESOLVED : le nom n'a pas pu être résolu, souvent à cause d'une faute de frappe, d'un échec mis en cache ou d'un résolveur bloqué. Guide de dépannage.
• Serveur DNS indisponible ou pas d'internet en Wi-Fi : le coupable est souvent le redirecteur du routeur. Guide de dépannage.

Les solutions générales les plus rapides : vider votre cache DNS, redémarrer le routeur et passer temporairement votre appareil sur un résolveur public comme 1.1.1.1 ou 8.8.8.8. Si le site fonctionne après ce changement, le problème venait de votre serveur DNS d'origine.