Skip to content
VDS · Réseau, adresse IP et domaines

DNS sans magie : A, AAAA, CNAME, MX, TXT

Quels types d'enregistrements DNS existent, en quoi ils diffèrent, comment lire le TTL, et comment vérifier que les modifications ont atteint Internet.

Mis à jour le 23 août 2026

Le DNS est un annuaire : à partir d'un nom, il renvoie une adresse ou un autre nom. Les erreurs qu'il contient se manifestent par « le site ne s'ouvre pas », alors que la machine fonctionne parfaitement. Le diagnostic est plus simple si vous comprenez la responsabilité de chaque type d'enregistrement.

Types principaux

TypeCe qu'il contientQuand il est nécessaire
AAdresse IPv4Enregistrement principal d'un site et de tout service
AAAAAdresse IPv6Non utilisé sur les machines Millida VDS : l'IPv6 n'est pas fourni
CNAMEUn autre nomAlias tels que www → le domaine principal
MXServeur de messagerie et prioritéRéception du courrier pour un domaine
TXTTexte libreSPF, DKIM, DMARC, vérification de propriété
NSServeurs de noms de la zoneDélégation du domaine

La règle sur laquelle on trébuche le plus souvent : vous ne pouvez pas placer un CNAME à la racine du domaine aux côtés d'autres enregistrements. La racine (example.com) ne peut avoir qu'un A. Un alias CNAME est réservé aux sous-domaines.

À quoi cela ressemble en pratique

example.com.        A       203.0.113.10
www.example.com.    CNAME   example.com.
mail.example.com.   A       203.0.113.10
example.com.        MX  10  mail.example.com.
example.com.        TXT     "v=spf1 mx -all"

Récupérez l'adresse dans « Vue d'ensemble » du panneau à l'adresse /hosting/vds/m/<id>. La partie pratique de l'association est décrite dans l'article associer un domaine à une machine.

TTL et cache

Le TTL est la durée en secondes pendant laquelle un enregistrement peut être conservé en cache. Une valeur de 3600 signifie que les fournisseurs et les navigateurs peuvent servir l'ancienne réponse pendant encore une heure après votre modification.

Procédure pour une migration planifiée : la veille, abaissez le TTL à 300 ; attendez ; modifiez les enregistrements ; assurez-vous que tout fonctionne ; rétablissez le TTL précédent.

Vérification

dig example.com A +short
dig www.example.com CNAME +short
dig example.com MX +short
dig example.com TXT +short
dig @8.8.8.8 example.com A +short

La dernière commande interroge un résolveur public précis et contourne votre cache local. Le tableau complet avec le chemin de résolution :

dig +trace example.com

Erreurs courantes

SymptômeCauseSolution
Le domaine ne s'ouvre depuis nulle partLes enregistrements NS ne pointent pas vers le fournisseur requisVérifiez dig example.com NS chez le registrar
Fonctionne chez vous, pas chez les autresRéponse obsolète dans le cacheAttendez l'expiration du TTL, vérifiez via @8.8.8.8
www ne s'ouvre pasAucun enregistrement pour le sous-domaineAjoutez un CNAME vers la racine
Le courrier n'arrive pasPas de MX, ou il pointe vers un CNAMEMX doit pointer vers un nom disposant d'un enregistrement A
Le courrier a disparu après modification du SPFDeux enregistrements SPF dans la zoneNe laissez qu'une seule ligne v=spf1

Modifiez un enregistrement à la fois et vérifiez le résultat avec la commande dig. Une modification groupée de la zone suivie d'un « pourquoi tout est tombé » prend trois fois plus de temps à diagnostiquer.

Pour recevoir du courrier, vous aurez aussi besoin d'un enregistrement d'adresse inversée correct.