CNAME ou enregistrement A : lequel choisir ?

Ces deux enregistrements font pointer un nom d'hôte quelque part. La différence tient à ce vers quoi ils pointent, et c'est elle qui détermine qui doit maintenir la configuration correcte quand une adresse IP change.

La décision, en une seule question

Pour la plupart des gens, c'est vraiment toute la décision. Le reste de cet article détaille les pièges.

Comment un CNAME est résolu

CNAME signifie Canonical Name (nom canonique). Il dit : ce nom est un alias, allez plutôt chercher cet autre nom.

shop.example.com.    3600    IN    CNAME    stores.myshopify.com.
stores.myshopify.com. 300    IN    A        23.227.38.65

Un résolveur qui demande shop.example.com reçoit le CNAME, puis résout stores.myshopify.com, puis renvoie 23.227.38.65. Deux recherches au lieu d'une : quelques millisecondes, presque toujours mises en cache.

L'avantage est que lorsque Shopify passe à une nouvelle adresse, l'entreprise modifie un seul enregistrement A de son côté et votre domaine suit automatiquement. Avec un enregistrement A, votre site serait indisponible jusqu'à ce que vous vous en aperceviez et le modifiiez vous-même.

La restriction à la racine du domaine

C'est la frustration DNS la plus courante, et il s'agit d'une règle du protocole, pas d'une limite de votre fournisseur.

C'est pourquoi les hébergeurs qui ne vous donnent qu'un nom d'hôte (myapp.herokuapp.com) posent problème à la racine. Il existe trois façons de s'en sortir :

1. 1

   ALIAS / ANAME / aplatissement de CNAME

   De nombreux fournisseurs DNS proposent un type d'enregistrement synthétique qui se comporte comme un CNAME à la racine. Le fournisseur résout lui-même la cible et sert l'IP obtenue comme un enregistrement A normal, de sorte que la règle du protocole n'est jamais enfreinte. Cloudflare appelle cela l'aplatissement de CNAME (CNAME flattening) ; Route 53 parle d'enregistrement alias.

2. 2

   Rediriger la racine vers www

   Faites pointer la racine vers un petit service de redirection et placez le CNAME sur www. C'est simple et pris en charge partout, au prix d'un saut supplémentaire pour les visiteurs.

3. 3

   Utiliser un enregistrement A et assumer la maintenance

   Si votre fournisseur publie des IP stables et les documente comme statiques, un enregistrement A à la racine convient. Vérifiez qu'il en garantit la stabilité : beaucoup ne le font explicitement pas.

Un CNAME doit être seul

Si un nom porte un CNAME, il ne peut rien avoir d'autre : ni A, ni MX, ni TXT.

mail.example.com.    IN    CNAME    ghs.googlehosted.com.
mail.example.com.    IN    TXT      "v=spf1 include:_spf.google.com ~all"

Certains fournisseurs refusent purement et simplement cette configuration ; pire, d'autres l'acceptent et se comportent de façon imprévisible. Si vous avez besoin d'un enregistrement TXT sur un nom, ce nom ne peut pas être un CNAME.

Quand choisir l'un ou l'autre

Utilisez un enregistrement A pour

• Votre domaine racine, dans la quasi-totalité des cas.
• Un serveur que vous exploitez sur une IP statique : un VPS, un serveur dédié, une adresse cloud réservée.
• Partout où vous avez besoin d'autres enregistrements sur le même nom.
• Les cibles MX, qui doivent se résoudre en adresses.

Utilisez un CNAME pour

• Les sous-domaines qui pointent vers une plateforme managée (Shopify, Heroku, Netlify, Vercel).
• www, pointant vers votre racine ou vers le nom d'hôte de votre hébergeur.
• Les sous-domaines de vérification de domaine que les fournisseurs vous demandent de créer.
• Tout ce dont l'IP sous-jacente ne relève pas de votre contrôle.

Vérifier ce que vous avez

dig +short www.example.com CNAME
dig +short www.example.com A

L'outil de recherche affiche ensemble les enregistrements A, AAAA et CNAME de n'importe quel domaine, ce qui permet de repérer facilement un nom qui porte les deux alors qu'il ne le devrait pas.