Guide complet sur la configuration DNS — Différences entre A Record et CNAME jusqu'à la configuration pratique

Résumé clé

• A Record : connexion directe du domaine à l'adresse IP (le plus basique)
• CNAME : connexion d'un domaine à un autre domaine en tant que pseudonyme (principalement utilisé pour les sous-domaines)
• MX Record : désignation du serveur de réception des e-mails
• TTL : durée de conservation du cache des enregistrements (plus c'est court, plus les changements sont rapidement appliqués)

En une ligne, qu'est-ce que le DNS ?

Le DNS (Domain Name System) est le annuaire téléphonique d'Internet qui convertit les noms de domaine lisibles par l'homme (ex : millionscode.com) en adresses IP compréhensibles par les ordinateurs (ex : 104.21.32.55).

Lorsque vous entrez une URL dans votre navigateur, à ce moment-là, le serveur DNS interroge "Quelle est l'adresse IP de ce domaine ?" et se connecte au serveur réel avec l'IP reçue. Ce processus se termine généralement en quelques dizaines de millisecondes.

Récapitulatif complet des types d'enregistrements DNS

A Record — connexion directe d'un domaine à une adresse IP

L'A Record est l'enregistrement DNS le plus basique. Il mappe directement le nom de domaine à une adresse IPv4 (adresse composée de 4 chiffres).

Exemple d'utilisation :

millionscode.com → 104.21.32.55

Quand l'utiliser ?

• Lors de la connexion d'un domaine à un VPS ou un serveur dédié
• Lors de la connexion d'un domaine racine (example.com) à un serveur
• Lors de la spécification directe d'une IP sans utiliser Cloudflare Pages

Méthode de configuration Cloudflare :

1. 1Tableau de bord Cloudflare → DNS → Ajouter un enregistrement
2. 2Type : A
3. 3Nom : @ (domaine racine) ou sous-domaine souhaité
4. 4Adresse IPv4 : entrer l'IP du serveur
5. 5Statut du proxy : Proxied (nuage orange) recommandé
6. 6TTL : Auto (géré automatiquement lors de l'utilisation de Proxied)

CNAME Record — définir un domaine comme alias d'un autre domaine

Le CNAME est un enregistrement alias qui redirige un domaine vers un autre domaine. Il pointe vers un autre nom de domaine plutôt que vers une adresse IP.

Exemple d'utilisation :

www.millionscode.com → millionscode.com
blog.millionscode.com → millionscode.pages.dev

Quand l'utiliser ?

• Lors de la connexion d'un sous-domaine www au domaine racine
• Lors de la connexion d'un domaine personnalisé à des PaaS comme Cloudflare Pages, Vercel, Netlify
• Lors de la connexion d'un sous-domaine à un service CDN

Règle importante : Il n'est pas possible d'utiliser CNAME sur le domaine racine (@) dans le DNS standard. Cloudflare contourne cette limitation avec la fonctionnalité CNAME Flattening.

MX Record — désignation du serveur de réception des e-mails

Le MX (Mail Exchange) Record désigne quel serveur de messagerie traitera les e-mails reçus par le domaine.

Exemple d'utilisation :

millionscode.com MX → mx1.emailprovider.com (priorité : 10)
millionscode.com MX → mx2.emailprovider.com (priorité : 20)

Un numéro de priorité plus bas est utilisé en premier. Si le serveur 1 est hors service, le serveur 2 est automatiquement utilisé.

TXT Record — authentification et configuration basées sur du texte

Le TXT Record est un enregistrement polyvalent qui ajoute des informations textuelles à un domaine. Il est principalement utilisé pour l'authentification de propriété, SPF, DKIM.

Cas d'utilisation représentatifs :

• Authentification Google Search Console : google-site-verification=XXXXX
• Authentification Naver Search Advisor : naver-site-verification=XXXXX
• Enregistrement SPF : authentification du serveur d'envoi pour éviter le spam des e-mails
• DKIM : signature numérique pour éviter la falsification des e-mails

Pratique : Configurer DNS sur Cloudflare (étape par étape)

Étape 1 : Changer les serveurs de noms

Changez les serveurs de noms auprès de l'organisme d'enregistrement où vous avez acheté le domaine (Gabia, Whois, etc.) pour les serveurs de noms Cloudflare.

Serveurs de noms existants → Remplacer par les serveurs de noms Cloudflare
ns1.cloudflare.com (exemple — à vérifier dans le tableau de bord Cloudflare)
s2.cloudflare.com

Le changement de serveur de noms peut prendre jusqu'à 24 heures pour se propager. En général, cela se termine dans les 1 à 2 heures.

Étape 2 : Ajouter des enregistrements DNS

Ajoutez les enregistrements nécessaires dans le tableau de bord Cloudflare. Vous pouvez vérifier l'état de la configuration DNS actuelle de votre domaine avec notre outil de recherche DNS.

Étape 3 : Configuration SSL/TLS

En configurant Cloudflare → SSL/TLS → mode Full (Strict), HTTPS sera appliqué automatiquement. Aucun achat de certificat SSL supplémentaire n'est nécessaire.

Guide de configuration TTL

Le TTL (Time To Live) est la durée pendant laquelle un enregistrement DNS est conservé dans le cache.

Conseil : Si vous prévoyez un changement DNS, réduisez le TTL à 300 secondes 24 heures à l'avance. Les changements se propageront rapidement après.

Erreurs courantes et solutions

Erreur 1 : www ne se connecte pas

C'est le cas où seul le domaine racine (@) est configuré et le CNAME www est omis. Assurez-vous d'ajouter l'enregistrement CNAME www → @.

Erreur 2 : Les e-mails ne parviennent pas

L'absence d'enregistrement MX est la cause la plus courante. Suivez précisément le guide de configuration des enregistrements MX de votre fournisseur de services de messagerie.

Erreur 3 : Erreur de certificat SSL

Cela se produit si le proxy Cloudflare (nuage orange) est activé mais que le serveur d'origine n'a pas de SSL. Changez temporairement le mode SSL/TLS de Full (Strict) à Flexible, ou installez SSL sur le serveur d'origine.

Questions fréquentes (FAQ)

Q1. Dois-je utiliser A Record ou CNAME ?

R : Utilisez A Record si l'adresse IP du serveur est fixe, et CNAME si vous vous connectez à un PaaS (Vercel, CF Pages, etc.) ou si l'IP peut changer. La plupart des sous-domaines sont plus pratiques avec CNAME.

Q2. Combien de temps dois-je attendre après un changement DNS ?

R : Cela dépend du paramètre TTL, mais généralement, cela prend entre 5 minutes et 24 heures. Si vous réduisez le TTL à 300 secondes à l'avance, cela se propagera dans les 5 minutes.

Q3. Dois-je activer le Proxy Cloudflare (nuage orange) ?

R : Ce n'est pas obligatoire, mais c'est recommandé. Activer le Proxy vous permet de bénéficier de la protection DDoS, du cache CDN, et de l'application automatique de SSL.

Q4. Puis-je configurer un CNAME sur le domaine racine ?

R : Ce n'est pas possible dans le DNS standard, mais Cloudflare offre l'effet CNAME sur le domaine racine grâce à CNAME Flattening.

Q5. Si je configure mal les enregistrements DNS, mon site sera-t-il hors ligne ?

R : Oui. Si vous changez l'A Record vers une mauvaise IP ou si le CNAME cible n'existe pas, l'accès au site sera impossible. Assurez-vous de sauvegarder les paramètres existants avec une capture d'écran avant de modifier.

Q6. Comment vérifier la configuration DNS actuelle de mon domaine ?

R : Vous pouvez entrer votre domaine dans notre outil de recherche DNS pour vérifier immédiatement les enregistrements A/CNAME/MX/TXT actuels.

💡 Insights pratiques

D'autres blogs s'arrêtent à la généralité "A est pour IP, CNAME est pour alias", mais la véritable cause des pannes de site dans la pratique est différente. En me basant sur mon expérience en gérant millionscode.com avec Cloudflare Pages, le point où les utilisateurs coréens se trompent le plus souvent est lorsqu'ils changent les serveurs de noms chez Gabia ou Whois, mais que cela ne s'applique pas après 24 heures. Cela est presque toujours dû à un problème de cache du côté de l'organisme d'enregistrement, où 1 à 2 heures est la norme chez Gabia, et si le délai dépasse 6 heures, il est plus rapide de contacter le support 1:1 de l'organisme d'enregistrement. Deuxièmement, un autre point souvent négligé est que lorsque vous liez un CNAME au domaine racine, toutes les méthodes en dehors de Cloudflare CNAME Flattening enfreignent le DNS standard, et les méthodes de contournement varient selon les fournisseurs comme les enregistrements Alias d'AWS Route 53 ou l'ANAME de Vercel. Une fois, lors d'un transfert de Cloudflare vers un autre DNS, le Flattening a été désactivé et le domaine racine a été hors ligne pendant 30 minutes, mais grâce à la réduction préalable du TTL à 300 secondes, la récupération a été immédiate. Les guides généraux ne mentionnent pas la modification du TTL, mais dans la pratique, il est presque impératif de réduire le TTL 24 à 48 heures avant tout changement DNS. Enfin, si vous gérez un site en Corée, sachez que le bot Naver fait plus confiance à l'authentification TXT qu'aux balises meta, donc il est essentiel d'enregistrer Google Search Console et Naver Search Advisor via le mode d'enregistrement TXT pour réduire le risque d'indexation manquante.