Qu’est-ce que le DNS et comment fonctionne-t-il ?

Le Domain Name System (DNS) traduit des noms faciles à retenir, comme example.fr, en informations techniques. Tel un annuaire distribué, il permet aux personnes d’utiliser un nom tandis que les logiciels obtiennent l’adresse ou les données nécessaires au web, à l’e-mail ou à une vérification.

Le parcours d’une requête

L’appareil interroge un résolveur, généralement fourni par l’opérateur Internet ou un service DNS public. Sans réponse en cache, celui-ci parcourt la hiérarchie DNS jusqu’aux serveurs de noms faisant autorité, demande l’enregistrement pertinent puis conserve temporairement le résultat.

Serveurs de noms autoritatifs et zone DNS

Les serveurs de noms faisant autorité détiennent la zone officielle du domaine. Cette zone regroupe les enregistrements décrivant ses services. Les serveurs de noms indiquent qui répond officiellement ; les enregistrements donnent les destinations. La distinction est détaillée dans le guide des serveurs de noms.

Principaux types d’enregistrements

• A : associe un hostname à une IPv4.
• AAAA : l’associe à une IPv6.
• CNAME : crée un alias vers un autre hostname.
• MX : désigne les serveurs mail et leur priorité.
• TXT : publie vérifications et politiques SPF, DKIM ou DMARC.

Chaque type a sa mission ; modifier l’A du site ne déplace pas automatiquement la messagerie.

TTL et cache

Le Time To Live définit combien de temps un résolveur peut conserver une réponse. Le cache réduit délai et charge. Un TTL plus bas facilite parfois un changement planifié, mais n’efface pas une réponse déjà stockée avec l’ancienne valeur.

Pourquoi les changements apparaissent progressivement

Les résolveurs mettent en cache à des moments différents. Navigateurs, systèmes, réseaux d’entreprise et FAI ajoutent parfois leurs propres caches. L’expiration et le renouvellement progressifs sont appelés propagation DNS. Il ne s’agit pas d’un fichier copié partout en une fois.

Bureau d’enregistrement, DNS et hébergement

Le bureau d’enregistrement gère l’enregistrement, le fournisseur DNS la zone autoritative et l’hébergeur le site ou l’application. Une entreprise peut remplir les trois rôles, qui restent techniquement distincts. Identifiez toujours le système réellement autoritatif.

Travailler sans improviser

Documentez les valeurs actuelles, confirmez la destination et ne modifiez que les enregistrements nécessaires. Comparez la réponse autoritative à plusieurs résolveurs publics. Attendre ne corrige ni une mauvaise IP ni un enregistrement absent.

Exemple de zone

example.fr peut avoir un A pour le web, un CNAME pour www, deux MX pour l’e-mail et des TXT pour vérification et DMARC. Aucun enregistrement DNS ne contient le site complet : chacun publie une information précise.

De l’application au service de destination

Le parcours commence lorsqu’un navigateur ou une application demande une réponse à un résolveur récursif. Sans cache valide, celui-ci suit la hiérarchie DNS jusqu’aux serveurs de noms faisant autorité pour la zone. Il demande le type d’enregistrement lié au nom d’hôte, puis renvoie une IP, un autre nom, un serveur de messagerie ou une donnée de vérification.

Le résolveur récursif effectue la recherche pour le client et conserve le résultat. Un serveur DNS faisant autorité ne recherche pas ailleurs les informations de sa propre zone : il publie les données officielles qu’il détient. La réponse autoritative peut donc être nouvelle alors qu’un résolveur renvoie encore une ancienne valeur en cache.

Enregistrements du web et de l’e-mail

Le domaine principal peut avoir des A et AAAA, www un CNAME et la messagerie ses propres MX. Les TXT publient SPF, DKIM, DMARC ou des jetons de vérification. Une migration web peut modifier les enregistrements du site sans toucher au courrier. Remplacer toute la zone sans inventaire peut au contraire supprimer un service apparemment indépendant.

Conséquences d’un mauvais enregistrement

Un A ou AAAA erroné envoie les visiteurs vers un autre serveur ou crée un écart entre IPv4 et IPv6. Un CNAME cassé peut viser un nom inexistant. De mauvais MX interrompent la réception, tandis qu’une politique TXT incorrecte peut affecter validation ou délivrabilité. Le DNS peut répondre normalement tout en donnant une information fonctionnellement fausse.

Cycle de vie du TTL

Lorsqu’une réponse est mise en cache, son TTL restant diminue. Le résolveur peut la réutiliser jusqu’à expiration. La requête suivante récupère une réponse autoritative actuelle et ouvre un nouveau cycle. Ce mécanisme améliore rapidité et résilience, mais impose de planifier les changements.

Plusieurs services derrière un même domaine

Le DNS n’envoie pas toutes les requêtes vers une destination unique. Le domaine principal peut diriger le site vers une plateforme, www servir d’alias, les enregistrements MX acheminer l’e-mail vers un autre fournisseur et les TXT publier des informations de vérification ou d’authentification. Un site peut donc fonctionner alors que l’e-mail est en panne, ou l’inverse. Pour diagnostiquer un incident, il faut d’abord identifier le service touché puis contrôler le type d’enregistrement correspondant.

Questions fréquentes

Le DNS stocke-t-il le site ?

Non. Fichiers et base de données résident chez l’hébergeur.

Chaque changement provoque-t-il une panne ?

Non. Préparation, tests et chevauchement réduisent le risque, sans garantir zéro interruption dans tous les cas.