Enregistrements de nom canonique (alias)
DNS et enregistrements
Lookup DNS Tous les enregistrements DNS d'un domaine Lookup d'enregistrement A Adresses IPv4 d'un domaine Lookup d'enregistrement AAAA Adresses IPv6 d'un domaine Lookup MX Serveurs de messagerie d'un domaine Lookup NS Serveurs de noms faisant autorité Lookup TXT Enregistrements TXT, SPF, vérification Lookup CNAME Enregistrements de nom canonique (alias) Lookup SOA Enregistrement Start of Authority Lookup SRV Enregistrements de localisation de service Lookup CAA Quelles CA peuvent émettre des certificats DNS inversé (PTR) Adresse IP vers nom d'hôte Vérification DNSSEC Le domaine est-il signé et validé ? Diagnostic DNS Un bilan complet de délégation et de DNSDélivrabilité des e-mails
Vérification SPF Validez votre enregistrement Sender Policy Framework Vérification DMARC Inspectez et évaluez votre politique DMARC Vérification DKIM Trouvez et validez votre clé publique DKIM Vérification de liste noire Vérifiez une IP face aux listes de blocage e-mail (DNSBL) Test SMTP Connectez-vous à un serveur de messagerie et vérifiez STARTTLS Vérification MTA-STS Politique TLS imposée pour le courrier entrant Vérification BIMI Enregistrement de logo de marque pour l'e-mail Vérification TLS-RPT Politique de rapport TLS SMTPRéseau et web
Vérification de certificat SSL Inspectez le certificat TLS d'un site et son expiration Vérification des en-têtes HTTP Inspectez les en-têtes de réponse, redirections et sécurité Ping (TCP) Accessibilité et latence via TCP Vérification de ports Quels ports courants sont ouvertsDomaine
Lookup WHOIS Données d'enregistrement pour domaines, IP et ASNUn enregistrement CNAME crée un alias d'un nom d'hôte vers un autre nom canonique, de sorte que les enregistrements A et AAAA de la cible sont utilisés pour résoudre l'adresse. Il est courant pour les sous-domaines qui pointent vers des CDN ou des fournisseurs SaaS, vous permettant de suivre leur infrastructure sans avoir à suivre leurs adresses IP. Lorsque le fournisseur change d'adresses IP, votre CNAME continue de fonctionner automatiquement.
Un CNAME ne stocke pas d'adresse IP ; il fait pointer un nom d'hôte vers un autre. Lorsqu'un résolveur rencontre un CNAME, il redémarre la résolution sur le nom cible et suit ses enregistrements A ou AAAA jusqu'à l'adresse finale. Par exemple, shop.example.com CNAME mystore.shopify.com signifie qu'une requête pour shop.example.com se résout via le nom d'hôte de Shopify. Cette indirection explique pourquoi les CDN et les plateformes SaaS vous fournissent une cible CNAME : ils peuvent modifier librement les adresses IP sous-jacentes et votre sous-domaine suit sans aucune modification de votre côté.
Un résultat CNAME affiche le nom d'hôte alias et la cible canonique vers laquelle il pointe, comme www.example.com CNAME example.com ou blog.example.com CNAME hosted.ghost.io. Pour voir l'adresse IP finale, suivez la chaîne : les propres enregistrements A et AAAA de la cible résolvent l'adresse. Si un CNAME pointe vers une cible qui possède elle-même un CNAME, les résolveurs suivent la chaîne, bien que les chaînes longues ajoutent des requêtes et de la latence. Un CNAME pointant vers un nom d'hôte sans aucun enregistrement est défectueux et échouera à se résoudre.
La règle la plus importante est que vous ne pouvez pas placer de CNAME sur le domaine racine (example.com), car l'apex doit coexister avec les enregistrements NS et SOA requis, et un CNAME ne peut pas partager un nom avec d'autres enregistrements. Utilisez plutôt un enregistrement A ou la fonction ALIAS/ANAME d'un fournisseur sur l'apex. Vous ne pouvez pas non plus ajouter un CNAME à un nom d'hôte qui possède déjà un enregistrement A, MX ou TXT. Une erreur fréquente consiste à faire pointer un CNAME vers une cible SaaS avant d'y avoir activé le service, ce qui le laisse non résoluble.
Un enregistrement CNAME est un enregistrement DNS qui crée un alias d'un nom d'hôte vers un autre nom d'hôte canonique, de sorte que les enregistrements A et AAAA de la cible sont utilisés pour résoudre l'adresse. CNAME signifie canonical name (nom canonique). Il est largement utilisé pour faire pointer des sous-domaines vers des CDN et des fournisseurs SaaS, afin que votre domaine suive leurs serveurs même lorsque leurs adresses IP changent.
Un CNAME fait pointer un nom d'hôte vers un autre nom d'hôte, tandis qu'un enregistrement A fait pointer un nom d'hôte directement vers une adresse IPv4. Un CNAME ajoute une couche d'indirection qui suit automatiquement les adresses IP de la cible ; un enregistrement A est une association fixe. Utilisez un CNAME pour les sous-domaines suivant un fournisseur, et un enregistrement A pour un domaine racine ou une IP fixe.
Non, vous ne pouvez pas utiliser un CNAME standard sur un domaine racine (apex) tel que example.com, car l'apex doit contenir les enregistrements NS et SOA et un CNAME ne peut pas coexister avec d'autres enregistrements portant le même nom. Utilisez plutôt un enregistrement A ou la fonction ALIAS ou ANAME de votre fournisseur DNS, qui reproduit le comportement d'un CNAME sur l'apex tout en restant conforme aux normes.
Oui, un CNAME peut pointer vers un autre CNAME, et les résolveurs suivront la chaîne jusqu'à atteindre un nom d'hôte doté d'enregistrements A ou AAAA. Cependant, les chaînes longues ajoutent une requête DNS à chaque saut, ce qui augmente la latence. Gardez les chaînes courtes, idéalement à un seul niveau, et assurez-vous que la cible finale possède bien des enregistrements d'adresse pour que la résolution aboutisse.
Un CNAME échoue souvent parce que le nom d'hôte cible ne possède aucun enregistrement A ou AAAA, parce que le service SaaS vers lequel il pointe n'a pas encore été activé, ou parce que vous avez placé le CNAME sur un nom qui possède déjà d'autres enregistrements. Vérifiez que la cible se résout par elle-même, confirmez que la configuration du fournisseur est complète et assurez-vous qu'aucun enregistrement A, MX ou TXT conflictuel ne partage le nom d'hôte.