Modifier la zone DNS

La zone DNS est l’annuaire de votre domaine : elle dit à Internet où trouver votre site, où livrer vos emails et comment joindre vos autres services. Cette page explique comment lire cet annuaire, y ajouter un enregistrement et vérifier le résultat. Elle s’adresse à tous ceux qui ont un domaine, qu’il soit enregistré chez CloudFive ou ailleurs.

Pour un hébergement web, la zone se modifie dans Plesk, sur web.cloudfive.fr — voir Découvrir Plesk. Pour un domaine resté chez un autre registraire, la manipulation est la même dans son interface.

Le piège numéro un : la zone que vous modifiez n’est pas forcément la zone active

Un domaine n’écoute qu’une seule zone, celle des serveurs de noms déclarés chez son registraire. Si ces serveurs de noms sont restés chez un autre prestataire, la zone que vous éditez dans Plesk existe bel et bien, mais personne ne la consulte.

Trouver la zone DNS active

1. Ouvrez l’interface de votre registraire — celui chez qui le domaine est facturé. Un annuaire Whois public vous le dit si vous l’avez oublié.

2. Repérez les serveurs de noms (ou nameservers, ou NS) déclarés pour le domaine : deux à quatre noms de la forme ns1.quelquechose.tld.

3. Comparez-les à ceux qu’affiche le panel de votre hébergement, dans sa section DNS. S’ils correspondent, la zone de Plesk est la zone active : travaillez dedans. Sinon, deux choix — basculer les serveurs de noms vers ceux de l’hébergement, ou laisser tout en place et modifier la zone chez le registraire.

Changer les serveurs de noms coupe tout ce qui n’a pas été recopié

Au moment de la bascule, le domaine n’existe plus que dans la nouvelle zone : les enregistrements absents disparaissent — site, emails, vérifications de services tiers. Relevez l’ancienne zone enregistrement par enregistrement, recréez-la à l’identique, puis basculez. Jamais l’inverse.

À quoi servent les principaux types d’enregistrements

Type	Rôle	Valeur attendue
A	Fait pointer un nom vers un serveur	Une adresse IPv4 seule : 203.0.113.10
AAAA	Même rôle, en IPv6	Une adresse IPv6
CNAME	Déclare un nom comme alias d’un autre nom	Un nom, jamais une IP
MX	Désigne les serveurs qui reçoivent les emails du domaine	Un nom de serveur, précédé d’une priorité
TXT	Porte du texte lu par les services : SPF, DKIM, DMARC, preuves de propriété	Une chaîne de caractères
SRV	Annonce un service avec son port — utile pour Minecraft Java	Priorité, poids, port, cible
NS	Délègue le domaine, ou un sous-domaine, à d’autres serveurs de noms	Un nom de serveur
CAA	Restreint les autorités pouvant émettre un certificat	Un identifiant d’autorité

Trois règles que les interfaces ne rappellent jamais :

• Un CNAME ne peut pas coexister avec un autre enregistrement sur le même nom : si www a un CNAME, il ne peut pas avoir aussi un A.
• Pas de CNAME sur la racine du domaine. exemple.fr tout court doit porter un A. Sur www.exemple.fr, en revanche, le CNAME est parfait.
• Un A n’accepte ni port, ni http://, ni barre oblique. Si le champ refuse votre valeur, il reste presque toujours un :8080 au bout.

Attention au CAA

Un enregistrement CAA mal renseigné empêche l’émission de votre certificat, avec un message d’erreur qui ne mentionne jamais le DNS. Si vous n’avez pas besoin de ce verrou, ne le créez pas : Activer un certificat SSL.

Ajouter ou modifier un enregistrement

1. Connectez-vous au panel d’hébergement sur web.cloudfive.fr.

2. Ouvrez la fiche du domaine concerné, puis sa section DNS : elle liste tous les enregistrements existants.

3. Notez l’enregistrement que vous allez modifier, valeur comprise, dans un fichier texte. C’est votre retour arrière.

4. Créez un nouvel enregistrement, ou ouvrez celui à corriger, et choisissez le type avant de remplir le reste : les champs proposés en dépendent.

5. Renseignez le nom : vide ou @ pour la racine du domaine, sinon le sous-domaine seul (www, jeu, blog) sans répéter le nom de domaine complet.

6. Renseignez la valeur en respectant sa forme : une IP pour un A, un nom pour un CNAME, une chaîne entre guillemets pour un TXT.

7. Laissez le TTL par défaut, sauf si vous prévoyez une autre modification dans les heures qui suivent.

8. Enregistrez, puis appliquez les changements si le panel demande une confirmation séparée. Tant que la zone n’est pas appliquée, rien n’est publié.

9. Attendez la propagation, puis vérifiez — la méthode est plus bas.

Abaissez le TTL avant un déménagement

Deux jours avant de changer d’hébergement, passez le TTL des enregistrements concernés à cinq minutes : le jour J, la bascule sera presque instantanée au lieu de traîner des heures. Remettez une valeur normale ensuite.

Comprendre le TTL et la propagation

Le TTL (time to live) est une durée, en secondes, qui dit aux résolveurs DNS du monde entier combien de temps ils peuvent garder la réponse en mémoire avant de la redemander. C’est tout.

Il en découle une règle simple : une modification ne se voit pas avant la fin du TTL de l’ancienne valeur. Un TTL de 3600 signifie qu’un résolveur interrogé juste avant votre changement peut servir l’ancienne réponse pendant encore une heure. Un TTL de 86400, pendant une journée. D’où les trois situations classiques :

• Ça marche chez vous, pas chez un ami. Vos résolveurs respectifs n’ont pas interrogé la zone au même moment.
• Ça ne marche nulle part après dix minutes. Normal. Attendez la durée du TTL avant de conclure.
• Ça ne marche toujours pas après vingt-quatre heures. Ce n’est plus de la propagation : il y a une erreur dans la zone, ou vous avez modifié la mauvaise zone.

Pour vérifier l’état réel, interrogez le DNS depuis votre machine :

Vérifier un enregistrement

nslookup exemple.fr
nslookup -type=MX exemple.fr
nslookup -type=TXT exemple.fr

Si la réponse est encore l’ancienne alors que la zone est correcte, c’est le cache de votre ordinateur. Testez depuis un téléphone en données mobiles : il n’a pas le même cache, et tranche la question en dix secondes.

Exemples concrets : site, email, vérification de domaine

Les lignes ci-dessous illustrent la forme des enregistrements. Reprenez toujours les valeurs réelles affichées par votre panel, ou fournies par le service concerné.

Forme des enregistrements — ne copiez pas ces valeurs telles quelles

exemple.fr.            A      203.0.113.10
www.exemple.fr.        CNAME  exemple.fr.
exemple.fr.            MX     10 mail.exemple.fr.
exemple.fr.            TXT    "v=spf1 a mx -all"
_dmarc.exemple.fr.     TXT    "v=DMARC1; p=none; rua=mailto:postmaster@exemple.fr"
jeu.exemple.fr.        A      203.0.113.20
_minecraft._tcp.exemple.fr.  SRV  0 0 25565 jeu.exemple.fr.

Mettre un site en ligne. Un A sur la racine vers l’IP de votre hébergement, et un CNAME sur www qui vise la racine : avec ces deux lignes, exemple.fr et www.exemple.fr affichent le même site. Enchaînez avec Activer un certificat SSL et Envoyer ses fichiers (FTP / SFTP).

Recevoir les emails sur l’hébergement. Le panel crée les MX qui conviennent lorsqu’il héberge la messagerie du domaine : n’y touchez pas. Vous ne les modifiez que si votre courrier est assuré par un prestataire externe — reprenez alors strictement ses valeurs et supprimez les anciennes, car deux jeux de MX concurrents font perdre une partie du courrier. Voir Créer et configurer des boîtes email.

Authentifier ses envois. SPF, DKIM et DMARC sont des TXT. Un seul SPF par domaine : deux SPF s’annulent mutuellement. Commencez DMARC en mode observation (p=none) avant de durcir la règle.

Prouver que le domaine est à vous. Référencement, suites bureautiques, régies publicitaires : ces services demandent un TXT contenant une chaîne qu’ils fournissent. Collez-la telle quelle et laissez-la en place, beaucoup revérifient périodiquement.

Un serveur de jeu sur un sous-domaine. Un A vers l’IP du serveur, et un SRV si le jeu le prend en charge : Utiliser un nom de domaine personnalisé.

Les erreurs les plus fréquentes

• Le nom de domaine répété dans le champ « nom ». Saisir www.exemple.fr là où l’interface attend www crée www.exemple.fr.exemple.fr. Même piège avec le point final oublié, sur les interfaces qui l’exigent. Regardez toujours l’aperçu du nom complet.
• Deux enregistrements contradictoires sur le même nom, l’ancien n’ayant pas été supprimé. Le résultat devient aléatoire : supprimez avant d’ajouter.
• Un port ou une URL dans un A. Le DNS ne connaît ni les ports ni les chemins. Pour renvoyer vers une adresse complète, il faut une redirection web : Rediriger un nom de domaine.
• La zone modifiée sans être appliquée. Certains panels distinguent l’enregistrement et la publication : vérifiez qu’aucune modification en attente ne subsiste.
• Conclure trop vite. Un test effectué deux minutes après la modification ne prouve rien.

Si ça ne marche pas

Le domaine ne résout rien du tout. Vérifiez les serveurs de noms chez le registraire : vous avez probablement édité une zone inactive. C’est de loin la cause la plus fréquente, et la seule que la patience ne règle pas.

L’ancien site s’affiche encore. Dans l’ordre : le TTL n’est pas écoulé ; le cache du navigateur (testez en navigation privée) ; le cache DNS de votre machine (testez depuis un téléphone en données mobiles) ; un proxy ou un CDN qui répond à la place de votre serveur.

Le panel refuse ma valeur. Relisez la forme attendue par le type choisi — un A veut une IPv4 nue, un CNAME un nom, un TXT du texte — et vérifiez qu’un enregistrement du même nom n’existe pas déjà.

Les emails ont cessé d’arriver après ma modification. Vous avez supprimé ou remplacé les MX. Remettez ceux de votre hébergement, ou ceux de votre prestataire de messagerie, et rien d’autre.

Le certificat SSL ne s’émet plus. Le domaine ne pointe plus vers l’hébergement, ou un CAA bloque l’autorité : Activer un certificat SSL.

Dans tous les cas, joignez à votre ticket le nom de domaine exact, l’enregistrement visé, la valeur attendue et la sortie de nslookup : avec ces quatre éléments, le diagnostic se fait du premier coup. Le vocabulaire employé ici est défini dans le glossaire.