Le DNS Expliqué Simplement : l’Annuaire qui Traduit les Noms de Sites en Adresses IP

Comment le DNS transforme un nom de site en adresse IP : résolveurs, serveurs racine, enregistrements A, MX et CNAME, cache et problèmes courants.

Partager sur Linkedin Partager sur WhatsApp

Temps de lecture estimé : 7 minutes

Image de l'article Le DNS Expliqué Simplement : l’Annuaire qui Traduit les Noms de Sites en Adresses IP

Quand vous tapez le nom d’un site dans votre navigateur, vous ne pensez pas aux chiffres qui se cachent derrière. Pourtant, les ordinateurs ne communiquent pas avec des noms, mais avec des adresses IP, comme 203.0.113.10. Entre les deux, il existe un système discret mais indispensable : le DNS, pour Domain Name System. On le compare souvent à l’annuaire d’internet, et cette image est assez juste. Voyons comment il fonctionne.

Pourquoi le DNS existe

Retenir « exemple.com » est bien plus facile que retenir une suite de chiffres. Le DNS permet donc d’associer un nom lisible à l’adresse IP du serveur qui héberge le site. Il offre un autre avantage : si un site change de serveur, il suffit de modifier l’adresse associée au nom, et les visiteurs continuent d’utiliser la même adresse web sans rien remarquer.

Les acteurs d’une requête DNS

Plusieurs éléments collaborent à chaque fois que vous visitez un site :

  • Le client : votre ordinateur, votre téléphone ou tout appareil qui souhaite accéder à un site.
  • Le résolveur récursif : un serveur, souvent fourni par votre fournisseur d’accès ou par un service public, qui se charge de chercher la réponse à votre place.
  • Les serveurs racine : ils connaissent les serveurs responsables de chaque extension, comme .com, .fr ou .org.
  • Les serveurs de domaine de premier niveau (TLD) : ils savent quels serveurs gèrent un nom précis sous leur extension.
  • Les serveurs faisant autorité : ils détiennent les informations officielles sur le domaine, comme l’adresse IP du site.

Le déroulement d’une résolution, étape par étape

  1. Vous saisissez une adresse dans votre navigateur. L’appareil vérifie d’abord son propre cache pour voir s’il connaît déjà la réponse.
  2. Sinon, il interroge le résolveur récursif.
  3. Si le résolveur n’a pas la réponse en cache, il interroge un serveur racine, qui lui indique quel serveur gère l’extension concernée.
  4. Le serveur de l’extension (par exemple .com) indique quels serveurs font autorité pour ce nom de domaine.
  5. Le serveur faisant autorité répond avec l’adresse IP recherchée.
  6. Le résolveur transmet la réponse à votre appareil et la conserve en cache pour les prochaines demandes.
  7. Le navigateur peut alors se connecter au serveur du site grâce à l’adresse IP obtenue.

Tout cela se passe généralement en quelques millisecondes, et vous n’en avez aucune conscience. Le chargement de la page ne commence réellement qu’une fois cette résolution terminée.

Les principaux types d’enregistrements DNS

Les informations d’un domaine sont stockées sous forme d’enregistrements. Chacun répond à un besoin différent, comme le montre le tableau suivant.

TypeRôleExemple d’usage
AAssocie un nom à une adresse IPv4Pointer le site vers un serveur
AAAAAssocie un nom à une adresse IPv6Même usage, pour le protocole IPv6
CNAMECrée un alias vers un autre nomFaire pointer « www » vers le domaine principal
MXIndique les serveurs de messagerieRecevoir des e-mails sur son domaine
TXTStocke du texte libreVérification de domaine, politiques anti-usurpation d’e-mail
NSDésigne les serveurs de noms du domaineIndiquer qui gère la zone DNS

Le cache et le TTL

Pour éviter de refaire toute la chaîne à chaque visite, les réponses DNS sont conservées temporairement en mémoire, c’est le cache. La durée de conservation est fixée par une valeur appelée TTL (Time To Live), exprimée en secondes. Un TTL court permet de répercuter rapidement un changement, mais génère plus de requêtes. Un TTL long allège le système, mais retarde la prise en compte des modifications.

C’est la raison pour laquelle, après un changement d’hébergeur ou de configuration, on parle de « propagation DNS ». En réalité, rien ne se propage à proprement parler : les caches de différents résolveurs expirent progressivement, et chacun récupère la nouvelle information à son rythme. Cela peut durer de quelques minutes à plusieurs heures, selon le TTL précédemment défini.

Problèmes courants et pistes de diagnostic

Quand un site ne s’ouvre pas, le DNS est souvent suspecté. Voici quelques situations fréquentes :

  • Le site fonctionne chez les autres mais pas chez vous : il peut s’agir d’un cache local obsolète ou d’un résolveur défaillant. Vider le cache DNS de l’appareil ou changer de résolveur peut aider.
  • Après un changement d’hébergeur, l’ancien site s’affiche encore : les caches n’ont pas encore expiré.
  • Les e-mails n’arrivent pas : les enregistrements MX peuvent être absents ou incorrects.
  • Erreur « nom de domaine introuvable » : le domaine peut avoir expiré, ou l’enregistrement être mal saisi.

Des outils en ligne de commande comme nslookup ou dig permettent d’interroger directement le DNS et de voir quelle réponse est renvoyée. C’est un réflexe utile pour tout technicien ou administrateur système.

DNS et sécurité

Comme le DNS est utilisé par tout le monde, il constitue aussi une cible. Des attaques peuvent tenter de rediriger les utilisateurs vers de faux sites en falsifiant des réponses. Plusieurs mécanismes existent pour réduire ces risques, comme DNSSEC, qui permet de vérifier l’authenticité des réponses, ou le DNS chiffré, qui protège les requêtes contre l’observation sur le réseau. Côté utilisateur, il reste prudent de vérifier l’adresse affichée dans le navigateur et de se méfier des liens reçus par message.

Conclusion

Le DNS est l’un des piliers invisibles d’internet : sans lui, il faudrait mémoriser des suites de chiffres pour visiter chaque site. Comprendre son fonctionnement vous aide à mieux gérer un nom de domaine, à diagnostiquer des pannes et à configurer correctement un site ou une messagerie. Pour approfondir ces notions, découvrez les cours de la Cursa consacrés aux serveurs web et aux réseaux informatiques, qui vous guident des bases jusqu’aux configurations pratiques.

Flexbox ou CSS Grid : Quand Utiliser l’Un ou l’Autre

Flexbox gère une dimension, Grid en gère deux. Comprenez la différence, les propriétés clés et comment combiner les deux dans un vrai projet.

RECHERCHEV et RECHERCHEX : Retrouver une Donnée dans un Tableau Excel

Apprenez à utiliser RECHERCHEV et RECHERCHEX dans Excel : syntaxe, différences, erreurs fréquentes et astuces pour des recherches fiables.

Comment un Modèle de Langage Génère du Texte : Tokens, Probabilités et Contexte

Découvrez comment fonctionne un modèle de langage : découpage en tokens, prédiction du mot suivant, fenêtre de contexte, hallucinations et bonnes pratiques.

Mémoire Virtuelle et Fichier d’Échange : Ce Qui Se Passe Quand la RAM Est Pleine

Comment un système d’exploitation fait tenir plus de programmes que la RAM ne peut en contenir, et pourquoi la machine ralentit.

Qu’est-ce qu’une API REST ? Le langage commun des applications

Comprendre les API REST : ressources, méthodes HTTP, codes de statut et bonnes pratiques, expliqués simplement.

Clés Primaires et Clés Étrangères : Comprendre les Relations entre Tables

Clé primaire, clé étrangère, intégrité référentielle : les notions de base pour organiser correctement une base de données relationnelle.

Git et le Contrôle de Version : Comprendre les Bases

Découvrez à quoi sert un système de contrôle de version, les commandes essentielles de Git et les bonnes pratiques pour travailler en équipe.

Qu’est-ce que le phishing et comment s’en protéger ?

Découvrez ce qu’est le phishing, comment reconnaître ces tentatives d’arnaque en ligne et quels réflexes adopter pour protéger vos données.