DNS records : comment fonc­tion­nent les en­re­gis­tre­ments DNS ?

Le Domain Name System (DNS) permet à un in­ter­naute de taper le nom d’un domaine dans son na­vi­ga­teur et d’arriver au­to­ma­ti­que­ment sur le site souhaité. En réalité, la com­mu­ni­ca­tion entre les dif­fé­rents éléments d’un réseau se fait au moyen d’adresses IP. Les chiffres qui composent une adresse IP étant assez complexes, il nous suffit de taper le nom du site Internet. Celui-ci est alors au­to­ma­ti­que­ment traduit en une suite de chiffres. Mais comment se fait cette tra­duc­tion ?

Lorsque vous tapez l’adresse d’un site Web dans votre na­vi­ga­teur, le système doit commencer par dé­ter­mi­ner l’adresse IP associée à ce domaine. Cette opération se fait parfois au niveau de la mémoire de votre or­di­na­teur. Parfois, elle est assurée au niveau d’une banque de données de votre four­nis­seur d’accès internet ou d’autres serveurs DNS. En cas de doute, l’or­di­na­teur peut aussi recourir à un serveur racine du DNS, un serveur qui fait office d’instance au­to­ri­taire, et qui gère tout le Domain Name System. Pour qu’une ré­so­lu­tion de nom puisse se faire, il faut en­tre­prendre une recherche dans la base de données des DNS, ou re­cher­cher le nom du serveur parmi les en­re­gis­tre­ments DNS, que l’on appelle aussi « DNS records » ou « en­re­gis­tre­ments de res­sources ». C’est là que sont en­re­gis­trées toutes les adresses IP (connues du serveur) avec les noms de domaines associés.

Le DNS est une base de données hié­rar­chique et dé­cen­tra­li­sée. À chaque niveau, il y a un serveur res­pon­sable de ce qu’on appelle l’espace de noms. Pour la recherche de l’adresse IP cor­res­pon­dant à www.example.com, le serveur racine ne pourra vous ren­seig­ner qu’à condition qu’il ait con­nais­sance du serveur res­pon­sable du Top-Level-Domain (TLD) .com. Il parcourt ainsi les dif­fé­rents niveaux pour procéder à la ré­so­lu­tion de noms. Con­crè­te­ment, l’adresse IP du véritable serveur Web ou du serveur de mes­sa­ge­rie est fi­na­le­ment rattachée à l’or­di­na­teur-hôte lui-même. C’est pourquoi il est important pour un pro­prié­taire de site de bien com­prendre le concept des en­re­gis­tre­ments de res­sources.

Les en­re­gis­tre­ments DNS se trouvent tout d’abord dans les fichiers de zone. Dans un contexte DNS, une zone re­pré­sente un domaine organisé. Il est possible qu’un domaine ne soit composé que d’une seule zone. Les domaines plus im­por­tants ren­fer­ment cependant plusieurs zones. Chaque serveur DNS est res­pon­sable d'une zone. Si un Client souhaite in­ter­ro­ger un domaine spé­ci­fique, le serveur DNS re­cher­chera les en­re­gis­tre­ments cor­res­pon­dants dans les fichiers de zones, et procèdera suc­ces­si­ve­ment à des re­cherches dans les serveurs de niveaux in­fé­rieurs jusqu’à ce qu’il atteigne la cible.

Les en­re­gis­tre­ments de res­sources res­pec­tent une structure simple et sont codés en ASCII. Chaque DNS record est associé à une ligne propre. Les en­re­gis­tre­ments répondent gé­né­ra­le­ment au format suivant :

Chacune de ces in­for­ma­tions est séparée d’un espace, sachant que certaines données sont fa­cul­ta­tives. Certains types d’en­re­gis­tre­ments ren­fer­ment encore plus de champs. À quoi cor­res­pon­dent les prin­ci­paux champs d’en­re­gis­tre­ment DNS ?

• <name> : le nom du domaine cor­res­pond à ce que l’in­ter­naute va taper dans son na­vi­ga­teur.
• <ttl> : TTL ou « Time to live » (durée de vie) désigne la durée (en secondes) pendant laquelle l’en­re­gis­tre­ment DNS peut être conservé dans le cache. Après ex­pi­ra­tion de ce délai, il n’est pas certain que l’en­re­gis­tre­ment de la ressource soit encore valide. Cette in­for­ma­tion est fa­cul­ta­tive.
• <class> : théo­ri­que­ment, les DNS records sont répartis en plusieurs classes. Dans la réalité, la plupart des en­re­gis­tre­ments DNS relèvent de la classe Internet (désignée comme IN). Cette in­for­ma­tion est donc fa­cul­ta­tive.
• <type>: un fichier de zone renferme plusieurs types d’en­re­gis­tre­ments de res­sources (plus de pré­ci­sions sont données un peu plus bas).
• <rdlength> : ce champ fa­cul­ta­tif précise la taille en octets du champ de données suivant.
• <rdata> : les données de res­sources sont les in­for­ma­tions à partir des­quelles on va résoudre le nom du domaine, par exemple son adresse IP.

Pour le serveur internet example.com, ce sera donc :

Ici, un Client pourra conserver l’en­re­gis­tre­ment DNS dans son cache pendant 12 879 secondes (environ 3 heures et demie). Passé ce délai, il devra à nouveau in­ter­ro­ger le serveur DNS. Il s’agit d’un DNS record de type Internet (IN) et de type A (A). Le domaine est donc traduit à partir d’une adresse IP.

Il est possible d’ajouter encore une précision.

Cette in­di­ca­tion précise que l’or­di­na­teur portant le nom www fait bien partie du domaine example.com. Cela permet d’ajouter d’autres or­di­na­teurs (mail ou ftp) dans le même domaine d'origine.

Un type d’en­re­gis­tre­ment permet de préciser le type d’in­for­ma­tion qui est contenu dans l’en­re­gis­tre­ment. En plus de la ré­so­lu­tion des noms de domaines à partir des adresses IP, les en­re­gis­tre­ments DNS ont d’autres fonctions.

La plupart des ré­so­lu­tions de noms sur Internet se font au moyen des en­re­gis­tre­ments de type A. Son champ de donnée renferme une adresse IPv4. Ces en­re­gis­tre­ments per­met­tent notamment à un in­ter­naute de saisir un nom de domaine dans le na­vi­ga­teur : l’or­di­na­teur envoie alors une requête HTTP à l’adresse IP cor­res­pon­dante. Une adresse IPv4 ayant toujours une taille de 4 octets, la valeur rdlength sera toujours 4.

Un en­re­gis­tre­ment AAAA, aussi connu sous le nom de « quad-a », fonc­tionne comme un en­re­gis­tre­ment A, sauf qu’il a recours à une adresse IPv6 au lieu d’une adresse IPv4 pour résoudre le nom du domaine. Une adresse IPv6 ayant une longueur de 128 bits ou 16 octets, on précise ici la longueur du champ de données. La dé­sig­na­tion AAAA est une manière d’indiquer que cet en­re­gis­tre­ment DNS est quatre fois plus long qu’un en­re­gis­tre­ment A.

SOA signifie Start of Authority (début d’autorité). Les en­re­gis­tre­ments de ce type ren­fer­ment des in­for­ma­tions sur la zone, qui sont or­ga­ni­sées au moyen du fichier de zone ou du serveur DNS. Ils sont im­por­tants entre autres pour le transfert de zone : ce transfert consiste à répliquer une zone d’un serveur vers un autre pour parer d’éven­tuelles pannes. Le transfert de zone permet d’assurer une ré­pli­ca­tion fidèle du fichier d’origine. Dans un tel en­re­gis­tre­ment DNS, vous trouverez derrière l’adresse élec­tro­nique de l’ad­mi­nis­tra­teur un numéro de série. Celui-ci est in­cré­menté à chaque nouvelle mise à jour.

Dans un en­re­gis­tre­ment CNAME (Canonical-Name-Record) on trouve un alias, c’est à dire un autre nom ap­pli­cable à un domaine. L’entrée renvoie à un en­re­gis­tre­ment existant, de type A ou AAAA. Pour ce type, le champ rdata indique le nom du domaine qui a été pré­cé­dem­ment relié au fichier à l’aide d’une adresse IP. Cela permet de renvoyer plusieurs adresses dif­fé­rentes vers le même serveur.

Un en­re­gis­tre­ment MX renvoie à un Mail Exchanger ou à un serveur de mes­sa­ge­rie SMTP. On y en­re­gistre un ou plusieurs serveur(s) de mes­sa­ge­rie ap­par­te­nant au domaine cor­res­pon­dant. Si on utilise plusieurs serveurs de mes­sa­ge­rie, par exemple pour pallier d’éven­tuelles pannes, on doit préciser l’ordre de priorité. Le DNS sait alors dans quel ordre il doit in­ter­ro­ger les serveurs de mails.

Le PTR-Record (pointeur) est un DNS record qui permet un Reverse-Lookup (recherche inversée). Le serveur DNS peut ainsi donner des in­for­ma­tions sur les noms des hôtes qui sont associés à une adresse IP spé­ci­fique. Chaque adresse IP utilisée dans un en­re­gis­tre­ment de type A ou AAAA, est associée à un en­re­gis­tre­ment PTR. L’adresse IP est alors struc­tu­rée dans l’ordre inverse, avant d’être complétée par le nom d’une zone.

Dans un en­re­gis­tre­ment NS, l’entrée du serveur de nom d’un fichier de zone, on vous indique la com­pé­tence d’une zone par­ti­cu­lière. Cette entrée est donc obli­ga­toire pour chaque fichier de zone. Cet en­re­gis­tre­ment de res­sources permet d’indiquer au serveur DNS s’il est compétent pour la requête, c’est-à-dire en charge de la zone, ou bien s’il doit trans­fé­rer la requête.

Le record TXT renferme du texte qui n’est pas destiné à des uti­li­sa­teurs, ni même à être lu par les machines. Cet en­re­gis­tre­ment DNS permet à un ad­mi­nis­tra­teur de sau­ve­gar­der du texte non-structuré (à la dif­fé­rence des données struc­tu­rées ren­fer­mées dans les autres en­re­gis­tre­ments DNS). Il peut par exemple renfermer des détails qui relèvent de l’en­tre­prise res­pon­sable du domaine.

Avec un en­re­gis­tre­ment SRV, vous pouvez informer un serveur d’autres services (SRV) proposés. Vous y inscrivez le service dis­po­nible, ainsi que le numéro de port. Vous pouvez aussi y entrer le protocole que vous souhaitez employer. Cette entrée DNS permet par exemple de donner à un client des in­for­ma­tions portant sur des services LDAP ou XMPP.

Un en­re­gis­tre­ment LOC permet de donner des in­for­ma­tions sur la position géo­gra­phique du serveur. À la fin de cet en­re­gis­tre­ment se trouvent des données quant à la latitude, la longitude et l’altitude au-dessus du niveau de la mer, ainsi que la précision de la position indiquée.

Un fichier de zone (simple fichier texte) renferme la liste de tous les en­re­gis­tre­ments DNS. Pour que les données puissent être traitées cor­rec­te­ment, vous devez respecter certaines con­di­tions. Dans le cas contraire, le DNS ne peut pas fonc­tion­ner, et le Client voit s’afficher le message d’erreur SERVFAIL. C’est la raison pour laquelle on respecte une structure bien précise. On commence par indiquer le nom de la zone, suivi le plus souvent par la TTL. Ren­seig­ner la durée de vie juste après présente l’avantage de vous éviter d’avoir à préciser cette donnée dans chaque en­re­gis­tre­ment de res­sources. La TTL est alors ap­pli­cable à toute la zone.

Le premier en­re­gis­tre­ment DNS est un en­re­gis­tre­ment SOA. Celui-ci est obli­ga­toire pour que le fichier de zone puisse fonc­tion­ner. In­ver­se­ment, un fichier de zone reste valide même s’il ne renferme que l’en­re­gis­tre­ment SOA. Viennent ensuite les en­re­gis­tre­ments qui con­cer­nent les noms des serveurs, suivis des en­re­gis­tre­ments A et AAAA.

Si l’on veut ajouter des remarques dans un fichier, par exemple pour sim­pli­fier la tâche d’autres ad­mi­nis­tra­teurs, on utilise des points-virgules. On peut ainsi ajouter des in­for­ma­tions à la fin d’une ligne d’un DNS record sans que le serveur n’ait à traiter ces in­for­ma­tions. Pour struc­tu­rer les en­re­gis­tre­ments, vous pouvez in­cor­po­rer des lignes vierges. Celles-ci seront également ignorées au moment de l’in­ter­pré­ta­tion. À chaque en­re­gis­tre­ment, sa propre ligne. Un retour à la ligne marque la fin d’un en­re­gis­tre­ment. Si vous souhaitez malgré tout saisir un même en­re­gis­tre­ment sur plusieurs lignes, vous devez utiliser des pa­ren­thèses.

En plus des types que nous venons de vous présenter, il existe un grand nombre d’autres types de res­sources que vous pourrez ren­con­trer dans les fichiers de zones, bien qu’ils soient moins fréquents. Le tableau ci-dessous vous présente l’ensemble des types suivis d’une ex­pli­ca­tion succincte.