Gandi : gérer A, CNAME et TXT simplement

Le DNS associe un nom de domaine à différents services : un site web, une messagerie, une plateforme d’hébergement ou un outil de vérification. Comprendre les enregistrements A, CNAME et TXT permet de modifier une zone DNS avec davantage de précision et d’éviter les erreurs courantes.

Le domaine regles-osac.com étant déjà enregistré et indisponible, sa page de stationnement présente les solutions Gandi pour choisir une autre extension, créer une adresse e-mail, activer une redirection ou sécuriser un projet avec un certificat SSL. Ces fonctions reposent toutes, à un moment donné, sur une configuration DNS cohérente.

Comprendre le rôle du DNS

Le DNS, ou système de noms de domaine, fonctionne comme un annuaire distribué. Lorsqu’une personne saisit une adresse dans son navigateur, le DNS recherche les informations associées à ce nom et indique où trouver le serveur concerné. Le navigateur peut alors charger la page demandée.

Chaque ligne de la zone DNS possède un type, un nom, une valeur et souvent une durée de mise en cache appelée TTL. Cette durée explique pourquoi une modification n’est pas toujours visible immédiatement. Selon les résolveurs utilisés par les internautes, la propagation peut prendre quelques minutes ou plusieurs heures.

L’enregistrement A pointe vers une adresse IPv4

Un enregistrement A relie un nom de domaine à une adresse IPv4, par exemple 203.0.113.25. Il sert généralement à diriger le domaine principal vers le serveur qui héberge un site. Une configuration classique peut associer exemple.fr à l’adresse IP publique d’un hébergeur.

Le symbole @ représente souvent le domaine racine dans l’interface d’un registrar. Pour afficher le même site avec www, il est possible de créer un second enregistrement A ou d’utiliser un CNAME. Il faut éviter de multiplier les adresses anciennes : si le serveur change, toutes les valeurs obsolètes doivent être remplacées ou supprimées.

Un A record ne contient pas une adresse de page, un port ou un chemin. Il reçoit uniquement une adresse IPv4 valide. Pour une adresse IPv6, le type adapté est AAAA. Cette distinction est essentielle lorsqu’un hébergeur fournit plusieurs informations de connexion.

Le CNAME crée un alias lisible

Un enregistrement CNAME fait pointer un sous-domaine vers un autre nom DNS. Par exemple, www.exemple.fr peut renvoyer vers exemple.fr ou vers un nom fourni par une plateforme d’hébergement. Le serveur cible peut ensuite modifier son adresse IP sans nécessiter une intervention sur chaque alias.

Le CNAME convient bien aux sous-domaines comme www, blog, app ou boutique. Il ne doit généralement pas être placé sur le domaine racine, car celui-ci doit aussi gérer des informations indispensables comme les enregistrements SOA et NS. Certaines interfaces proposent toutefois une fonction équivalente, souvent appelée ALIAS ou ANAME.

Un conflit entre CNAME et d’autres enregistrements portant exactement le même nom peut empêcher le fonctionnement attendu. Par exemple, un sous-domaine ne devrait pas avoir simultanément un CNAME et un enregistrement A. Avant toute modification, il est utile de vérifier les lignes existantes dans la zone.

Le TXT ajoute une information vérifiable

L’enregistrement TXT contient du texte associé à un nom de domaine. Il ne sert pas à afficher une page web : il fournit plutôt une preuve ou une règle consultable par un service externe. Google, Microsoft, un outil d’analyse ou une plateforme d’envoi d’e-mails peuvent demander l’ajout d’une valeur TXT précise.

La validation de propriété prend souvent cette forme. Le service transmet une chaîne unique, puis Gandi permet de la placer dans la zone DNS. Une fois la propagation effectuée, le service vérifie que cette chaîne est bien publiée. Il faut copier la valeur sans modifier les caractères, les tirets ou les guillemets indiqués.

Les TXT sont aussi utilisés par SPF, DKIM et DMARC pour renforcer la sécurité des e-mails. SPF indique quels serveurs ont le droit d’envoyer des messages pour le domaine. DKIM ajoute une signature cryptographique, tandis que DMARC précise la politique à appliquer aux messages qui échouent aux contrôles. Un article comme article sur le Keno peut être hébergé sur un site distinct, mais son domaine devra lui aussi disposer d’une configuration DNS correctement vérifiée.

Modifier une zone DNS chez Gandi

Dans l’espace de gestion Gandi, la zone DNS regroupe les enregistrements liés au domaine. Pour ajouter une ligne, on sélectionne son type, son nom et sa valeur, puis on enregistre la modification. Les intitulés peuvent varier selon l’interface, mais la logique reste identique pour un A, un CNAME ou un TXT.

Avant de changer une valeur, il est prudent de conserver une copie de la configuration existante. Une suppression précipitée peut interrompre un site, une messagerie ou une validation en cours. Il faut aussi vérifier si les serveurs DNS du domaine sont bien ceux de Gandi : si la zone est gérée par un autre prestataire, les modifications doivent être réalisées chez ce dernier.

Le TTL peut être réduit avant une migration afin d’accélérer la prise en compte d’une nouvelle adresse. Une fois le changement stabilisé, une valeur plus longue limite les requêtes répétées. Cette opération ne supprime toutefois pas les délais déjà enregistrés dans les caches des différents résolveurs.

Relier DNS, messagerie et sécurité

Un domaine peut fonctionner pour un site et une messagerie à la condition que chaque service possède les bons enregistrements. Les entrées MX dirigent les e-mails vers les serveurs de réception, tandis que les TXT SPF, DKIM et DMARC améliorent la délivrabilité. Une modification du site ne doit donc pas effacer par erreur ces lignes dédiées au courrier.

Gandi propose aussi des services complémentaires pour les domaines, comme des adresses e-mail, la redirection et les certificats SSL. Le certificat protège les échanges en HTTPS, mais il ne remplace pas le DNS : le domaine doit toujours pointer vers le bon hébergement. Une erreur A ou CNAME peut donc rendre le certificat inaccessible ou afficher un site différent.

Pour diagnostiquer un problème, il faut tester le domaine racine et chaque sous-domaine séparément. Des outils de consultation DNS permettent de vérifier la valeur publiée depuis plusieurs réseaux. Le résultat local peut différer temporairement de celui observé ailleurs à cause du TTL et de la propagation.

Préparer un site avec Simple Hosting

Simple Hosting de Gandi fournit un environnement cloud destiné aux sites et aux applications. Après la création du projet, la plateforme communique généralement un nom de destination ou une adresse à relier au domaine. Le CNAME est alors adapté pour un sous-domaine, tandis que le domaine racine peut nécessiter une adresse A ou une configuration spécifique indiquée par Gandi.

Cette méthode évite de gérer directement chaque détail du serveur, tout en laissant le contrôle du nom de domaine dans l’espace Gandi. Elle convient à un site vitrine, à une application ou à un projet évolutif. Des ressources consacrées aux outils web, comme Q l oud Press, peuvent également aider à comparer les approches d’hébergement et de publication en ligne.

Avant la mise en production, il faut vérifier l’URL temporaire, le domaine final, le certificat HTTPS et les redirections. Il est aussi recommandé de tester les formulaires, les liens avec www et sans www, ainsi que l’envoi des e-mails. Une zone DNS claire réduit les risques lors des futures migrations.

Pour lancer un nouveau projet, choisissez une extension disponible depuis les services Gandi, configurez soigneusement les enregistrements A, CNAME et TXT, puis contrôlez leur propagation avec plusieurs outils DNS. Associez ensuite votre domaine à la messagerie, au SSL ou à Simple Hosting afin de disposer d’une présence en ligne fiable et correctement sécurisée.