DNS
Le DNS (Domain Name System) est l'annuaire d'internet : il traduit un nom de domaine lisible comme bebranded.xyz en l'adresse IP numérique sur laquelle un serveur répond réellement. À chaque fois qu'une personne tape votre domaine, clique sur un lien ou qu'une application appelle votre API, une résolution DNS a lieu d'abord pour trouver où ce nom se situe. Sans lui, il faudrait retenir des suites comme 192.0.2.10 pour chaque site visité. Le DNS est ce qui permet aux noms de rester stables pendant que les serveurs derrière eux changent.
Qu'est-ce que le DNS ?
Le DNS est une base de données distribuée et hiérarchique qui associe des noms de domaine à des ressources, le plus souvent des adresses IP. Elle est distribuée car aucune machine ne détient tout internet : la réponse pour votre domaine est déléguée le long d'une chaîne, des serveurs racine au domaine de premier niveau (.xyz, .com, .fr), puis aux serveurs de noms faisant autorité que vous configurez. Elle est hiérarchique car un domaine se lit de droite à gauche, de la zone la plus générale à l'hôte le plus précis. Cette conception permet de résoudre des milliards de noms en quelques millisecondes tout en restant gérable par chaque propriétaire.
Pour un site ou une application web, le DNS est la couche qui décide si vos visiteurs vous atteignent, tout simplement. Un enregistrement mal configuré peut mettre un site hors ligne alors que le serveur se porte très bien, ce qui explique pourquoi le DNS mérite autant de soin que l'hébergement ou le code.
Comment fonctionne le DNS : du domaine à l'adresse IP
Une résolution, appelée requête DNS, parcourt la hiérarchie étape par étape. Votre appareil interroge d'abord un résolveur (celui de votre fournisseur ou un résolveur public comme 1.1.1.1). Si le résolveur n'a pas de réponse en cache, il interroge un serveur racine, qui pointe vers les serveurs .xyz, qui pointent vers les serveurs de noms faisant autorité du domaine, qui renvoient enfin l'IP. Le résolveur met alors le résultat en cache pour répondre instantanément au visiteur suivant.
En pratique, vous voyez rarement la requête, mais vous pouvez en déclencher une depuis un terminal :
dig bebranded.xyz A +short
nslookup bebranded.xyz
La réponse est un enregistrement portant l'adresse IP et un TTL (time to live) qui indique aux résolveurs combien de temps la conserver avant de redemander.
Les principaux types d'enregistrements DNS
Une zone DNS est un ensemble d'enregistrements, chacun avec un type qui définit ce vers quoi il pointe. Les plus courants :
- A : associe un nom à une adresse IPv4.
- AAAA : associe un nom à une adresse IPv6.
- CNAME : crée un alias d'un nom vers un autre (par exemple www vers le domaine racine).
- MX : dirige les e-mails vers vos serveurs de messagerie, avec une priorité.
- TXT : contient du texte libre, utilisé pour SPF, DKIM et la vérification de domaine.
- NS : déclare les serveurs de noms faisant autorité pour la zone.
Comparatif des enregistrements DNS
| Enregistrement | Pointe vers | Usage courant |
|---|---|---|
| A | Adresse IPv4 | Domaine racine et sous-domaines |
| AAAA | Adresse IPv6 | Hôtes compatibles IPv6 |
| CNAME | Un autre nom de domaine | Alias www et sous-domaines |
| MX | Serveur de messagerie (avec priorité) | Réception des e-mails |
| TXT | Chaîne de texte libre | SPF, DKIM, vérification |
| NS | Serveurs de noms faisant autorité | Délégation de la zone |
Propagation DNS et TTL
Quand vous modifiez un enregistrement, la mise à jour n'est pas instantanée partout. Les résolveurs du monde entier conservent l'ancienne valeur jusqu'à l'expiration de son TTL, un délai souvent appelé propagation DNS. Un enregistrement avec un TTL de 3600 secondes peut être mis en cache pendant une heure ; un TTL de 300 secondes se rafraîchit toutes les cinq minutes mais génère un peu plus de trafic de requêtes. Avant une migration, abaisser le TTL la veille réduit la fenêtre de bascule, puis vous le remontez une fois la nouvelle valeur stable. La propagation n'est pas une horloge mondiale unique : les réseaux prennent en compte le changement à des moments différents, ce qui explique qu'un nouveau site apparaisse pour vous et pas encore pour un collègue.
Pièges courants et bonnes pratiques DNS
La plupart des pannes attribuées à l'hébergement sont en réalité des erreurs DNS. Un CNAME placé sur le domaine racine là où le fournisseur ne le gère pas, un enregistrement MX pointant vers un serveur mis hors service, ou un TTL oublié de 86400 qui fige une mauvaise valeur pendant une journée entière en sont des exemples classiques. Documentez vos enregistrements, utilisez des TTL raisonnables (bas avant un changement, plus élevés une fois stable) et ne supprimez jamais un enregistrement que vous ne comprenez pas. Ajouter des enregistrements TXT SPF, DKIM et DMARC protège votre domaine contre l'usurpation d'e-mail. Quand un service comme Cloudflare se place devant, souvenez-vous que l'enregistrement affiché peut être proxifié, ce qui change l'IP réellement atteinte par les visiteurs.
Le DNS chez BeBranded
Quand nous livrons ou refondons un site, nous gérons la bascule DNS pour que le passage au nouveau site soit propre et sans coupure : TTL abaissé en amont, enregistrements cartographiés, messagerie intacte, et chaque changement vérifié avant de considérer que c'est terminé. Cela fait partie de la livraison d'un site web que votre équipe pilote sans mauvaise surprise.