Comment fonctionne le DNS : des noms de domaine aux adresses IP
Comment fonctionne le DNS, affiché sur un canevas interactif : votre appareil, le résolveur récursif et les serveurs racine, TLD et faisant autorité qui transforment ensemble un nom de domaine en adresse IP.
DNS est l'annuaire téléphonique d'Internet : il mappe les noms lisibles par l'homme que vous saisissez dans les adresses IP que les routeurs utilisent réellement, via une chaîne de serveurs qui connaissent chacun une petite partie de la réponse.
Comment fonctionne le DNS : des noms de domaine aux adresses IP
Le canevas FlowJam interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.
Comment lire ce visuel
- Commencez dans la zone « Votre appareil » à l'étape « Vous saisissez un domaine, par ex. querychart.io ». Suivez ensuite les deux premières lignes : l'appareil interroge le résolveur, qui vérifie s'il connaît déjà la réponse.
- Si le résolveur ne connaît pas la réponse, la flèche entre dans la colonne « Résolution », descend la chaîne du serveur racine au serveur TLD puis au serveur faisant autorité, avant de revenir au résolveur et à votre appareil.
- La branche « Oui » de la décision sur le cache mène directement à la fin : c'est le chemin rapide suivi lors d'une nouvelle visite.
La chaîne de recherche
« Le navigateur envoie la requête à un résolveur récursif » confie la question à un serveur capable d'interroger les autres en votre nom, généralement celui de votre fournisseur d'accès ou un service DNS public. La branche « Non » de la décision sur le cache suit ensuite la chaîne : « Le résolveur demande au serveur racine », « Le serveur racine pointe vers le serveur .io TLD », « Le serveur TLD pointe vers le serveur faisant autorité », puis « Le serveur faisant autorité renvoie l'adresse IP ». Chaque étape précise davantage la recherche.
Le rôle du résolveur
Le résolveur se trouve entre votre appareil et les trois types de serveurs parce qu'il mémorise les réponses. L'étape « Le résolveur met en cache la réponse et la renvoie » explique pourquoi une deuxième visite évite toute la chaîne ; la branche « Oui » représente ce raccourci. Le résolveur gère également les nouvelles tentatives et les extensions de sécurité, invisibles pour le navigateur.
Là où se termine la chaîne
« Le navigateur se connecte à l'adresse IP » ramène le parcours à la zone « Votre appareil » : la recherche sert à trouver la destination de la requête. Le visuel consacré à Internet représente cette même recherche DNS ; celui sur le cycle de vie d'une requête API suppose que l'adresse a déjà été trouvée.
Relations et enseignements clés
- DNS est une chaîne déléguée : la racine pointe vers le TLD, le TLD pointe vers le serveur faisant autorité et seul le serveur faisant autorité détient l'enregistrement final.
- Le résolveur récursif effectue le travail une seule fois et met la réponse en cache, c'est pourquoi les recherches répétées sont quasi instantanées.
- Le titulaire du domaine contrôle uniquement le serveur faisant autorité, pas les serveurs racine ou TLD.
- Un échec de recherche n’importe où dans la chaîne signifie que le navigateur n’a aucune destination et qu’aucune demande n’est envoyée.
- La résolution DNS précède chaque connexion, c'est pourquoi il s'agit du premier saut du cycle de vie des requêtes API.
Quand utiliser ce visuel
- Expliquer à un nouveau membre de l'équipe pourquoi un domaine est lent à résoudre la première fois et instantanément ensuite.
- Déboguer un rapport « site introuvable » en parcourant la chaîne (cache, enregistrements faisant autorité, TTL) au lieu de deviner.
- Enseigner le modèle de propriété : quels enregistrements DNS contrôlent votre équipe par rapport au registraire ou au fournisseur d'hébergement.
Comment cela fonctionne
Tracez votre propre domaine tout au long de la chaîne
Remplacez "querychart.io" par un domaine que vous contrôlez et, à l'étape du serveur faisant autorité, notez quel fournisseur héberge ses enregistrements : votre registraire, un service DNS ou votre société d'hébergement.
Ajoutez les extensions de sécurité que vous utilisez
Insérez une étape de validation DNSSEC entre le résolveur et la réponse, ou une étape de résolveur de stub sur l'appareil, pour afficher les parties que votre configuration exécute réellement.
Annotez le cache avec de vrais TTL
Mettez la durée de vie de vos enregistrements sur la décision de mise en cache afin que le diagramme indique le temps qu'il faut à un changement pour se propager : le nombre qui rend l'ensemble pratique.
Ajouter les branches d'échec
Incluez ce qui se passe lorsqu'un serveur de la chaîne est inaccessible ou ne renvoie aucun enregistrement (un SERVFAIL), chacun se terminant par un résultat explicite, afin que le canevas couvre les incidents réels.
Questions fréquentes
Qu’est-ce que le DNS en termes simples ?
DNS, le Domain Name System, est le répertoire qui transforme un nom de domaine tel que querychart.io en adresse IP à laquelle un ordinateur peut se connecter. Il fonctionne par délégation : une chaîne de serveurs, chacun responsable d'une partie du nom, qui produisent ensemble l'adresse finale. Sans cela, vous devrez mémoriser et saisir les adresses IP.
Quelle est la différence entre un résolveur récursif et un serveur faisant autorité ?
Le résolveur récursif est le serveur demandé par votre appareil ; il effectue la recherche, suit la chaîne en votre nom et met en cache le résultat. Le serveur faisant autorité est le propre serveur du propriétaire du domaine et la source de vérité pour ce domaine : il détient les enregistrements finaux et est le seul serveur à pouvoir répondre avec autorité. Le visuel les place aux extrémités opposées de la chaîne exactement pour cette raison.
Pourquoi le DNS est-il mis en cache et qu'est-ce qu'un TTL ?
La mise en cache est ce qui maintient le DNS rapide : sans elle, chaque chargement de page déclencherait une chaîne complète de recherches. Chaque enregistrement DNS comporte une durée de vie (TTL) indiquant combien de temps un résolveur peut s'en souvenir. La décision de cache dans le visuel est ce mécanisme : lorsque la durée de vie d'un enregistrement expire, le résolveur doit parcourir à nouveau la chaîne.
Que se passe-t-il en cas de panne du DNS ?
Si aucun serveur de la chaîne ne peut produire de réponse, le résolveur renvoie une erreur et le navigateur indique que le domaine n'est pas accessible. Les causes habituelles sont un enregistrement manquant ou mal saisi sur le serveur faisant autorité, un domaine expiré ou un résolveur qui ne peut pas atteindre la chaîne. Parcourir l’ordre de recherche dans ce visuel est un moyen pratique de trouver de lequel il s’agit.
Modifier ce visuel dans QueryChart (FlowJam)
Ouvrez ce canevas de recherche DNS exact en tant que votre propre graphique, renommez les serveurs en vos fournisseurs et tracez vos propres domaines.