Recherche A

Un enregistrement A (Address record) associe un nom d'hôte à une adresse IPv4. C'est ce type d'enregistrement qui fait que "example.com" pointe vers une adresse du type "93.184.216.34", permettant au navigateur de savoir à quel serveur se connecter.

C'est le type d'enregistrement le plus ancien et le plus simple du DNS : un nom, une adresse sur 32 bits, rien d'autre à configurer. Les adresses IPv6 utilisent un type distinct, AAAA, défini par la RFC 3596 - un enregistrement A ne contient jamais qu'une adresse IPv4 classique en notation décimale pointée.

• Un domaine peut publier plusieurs enregistrements A pour un même nom
• Un enregistrement A ne peut pas coexister avec un CNAME sur le même nom (RFC 1034, section 3.6.2)
• Chaque enregistrement A porte son propre TTL, qui détermine sa durée de mise en cache

Quand un nom possède plusieurs enregistrements A, le résolveur les renvoie généralement tous, et c'est l'application appelante qui en choisit un - souvent le premier de la liste, même si certains résolveurs locaux font tourner ou mélangent l'ordre reçu du serveur. Comme la plupart des serveurs faisant autorité changent l'ordre de réponse à chaque requête, on appelle ce mécanisme le round-robin DNS.

Le round-robin répartit la charge de façon rudimentaire, mais ce n'est pas un contrôle de santé : le DNS ignore totalement si le serveur derrière un enregistrement A est en fonctionnement. Si l'un des trois enregistrements A pointe vers un serveur en panne, environ un tiers des requêtes continueront d'y être dirigées jusqu'à ce que quelqu'un modifie l'enregistrement. Un vrai basculement automatique nécessite une supervision externe au DNS, ou un fournisseur qui retire lui-même les enregistrements défaillants.

Un exemple concret : un domaine hébergé sur deux serveurs web (chez un OVH ou un Scaleway par exemple) pourrait publier

Un enregistrement CNAME fait pointer un nom vers un autre nom, laissant le DNS résoudre la seconde étape. C'est pratique, mais la RFC 1034 interdit à un CNAME de partager un nom avec un autre type d'enregistrement - y compris les enregistrements SOA et NS obligatoires présents à la racine de la zone ("example.com" lui-même, par opposition à "www.example.com"). C'est pour cette raison qu'il est impossible de faire un CNAME sur un domaine racine nu vers un répartiteur de charge ou une plateforme comme GitHub Pages : la racine doit obligatoirement porter des enregistrements A ou AAAA directs.

Les solutions courantes : pointer la racine directement vers les adresses IP du fournisseur avec de simples enregistrements A si elles sont stables, utiliser un enregistrement propriétaire du type "ALIAS" ou "CNAME aplati" qui résout la cible au moment de la requête et la republie sous forme d'enregistrement A, ou bien héberger le site sur "www" et rediriger la racine en 301. "www.example.com", n'étant pas un nom racine, peut librement rester un CNAME.

Le TTL d'un enregistrement A est un compromis entre la charge de requêtes DNS et la vitesse de propagation d'un changement. Un TTL long (3600 secondes ou plus) se met en cache plus loin dans la chaîne de résolveurs et réduit le trafic de requêtes, mais une erreur ou une migration planifiée mettra tout ce temps à se propager partout, puisque les résolveurs qui détiennent déjà une réponse en cache ne re-interrogeront pas le serveur avant son expiration.

Un TTL court (60 à 300 secondes) est la pratique standard avant une migration : on l'abaisse un jour ou deux à l'avance pour que les caches se renouvellent rapidement, on bascule, puis on relève le TTL une fois la nouvelle adresse confirmée stable. Certains hébergeurs DNS annoncent une propagation "instantanée" sur leur propre tableau de bord, mais cela ne concerne que leurs serveurs faisant autorité - tout résolveur ayant déjà mis en cache l'ancien TTL continuera de répondre avec l'ancienne adresse jusqu'à expiration, quelle que soit la promesse du fournisseur.

Cet outil interroge le domaine directement via un jeu de résolveurs (Cloudflare et Google), et pour une recherche A le résultat liste chaque adresse renvoyée sur sa propre ligne, avec le TTL communiqué par le serveur faisant autorité pour cet enregistrement. Si un domaine n'a aucun enregistrement A - fréquent pour les domaines qui ne servent qu'en IPv6, ou les sous-domaines conservés uniquement pour d'autres types d'enregistrements - la recherche ne renvoie aucune ligne pour A plutôt qu'une erreur, et le domaine peut très bien continuer à résoudre s'il possède un enregistrement AAAA.

Si rien ne résout du tout et que la requête signale un échec plutôt qu'un résultat vide, cela signifie généralement que le domaine n'existe pas ou que ses serveurs de noms sont injoignables - à vérifier avec une recherche de serveurs de noms avant de conclure que l'enregistrement A est simplement absent.