Outils populaires

Thème

CNAME Lookup

Suivez la chaîne CNAME de n'importe quel nom saut par saut, interrogée sur les propres serveurs de noms de chaque zone : chaque alias avec son TTL et le serveur qui l'a servi, la plateforme derrière la cible et les adresses finales. Les cibles orphelines, les boucles et les chaînes trop longues sont signalées, avec la correction.

Sources : les propres serveurs de noms de chaque zone, atteints depuis un serveur racine · Google Public DNS · Cloudflare 1.1.1.1 · Team Cymru

Recherché exactement tel que saisi : www. et les sous-domaines restent tels quels, et un IDN est envoyé en punycode.

Essayez

Qu'est-ce qu'un enregistrement CNAME ?

Un enregistrement CNAME (canonical name, nom canonique) fait d'un nom l'alias d'un autre. Demandez l'alias et le DNS répond : cherchez plutôt cet autre nom. La valeur est toujours un nom, jamais une adresse IP (RFC 1034 §3.6.2).

Les résolveurs suivent l'alias pour vous et renvoient les adresses de la cible dans la même réponse : un navigateur ne s'en aperçoit jamais. C'est pourquoi les plateformes en demandent un : vous faites pointer www vers leur nom une fois pour toutes, et elles peuvent déplacer leurs serveurs sans que vous touchiez à votre DNS.

À strictement parler, le nom canonique est la cible ; appeler l'alias « un CNAME » est un raccourci courant. Un nom doté d'un CNAME ne peut rien contenir d'autre, et un seul CNAME (RFC 2181 §10.1) : le sommet d'une zone, qui doit contenir ses enregistrements SOA et NS, ne peut donc pas en avoir (RFC 1034 §4.2.1).

Un enregistrement CNAME, champ par champwww.microsoft.com · relevé le 23 oct. 2026
www.microsoft.com.Alias (propriétaire)3600TTLINClasseCNAMETypewww.microsoft.com-c-3.edgekey.net.Nom canonique (cible)
L'aliasLe nom que l'on saisit ou vers lequel on fait un lien. Il contient cet enregistrement et rien d'autre.
TTL · 1 hCombien de temps un résolveur peut garder cet enregistrement avant de le redemander.
La cibleOù chercher ensuite : le nom de périphérie (edge) d'Akamai. Toujours un nom, jamais une adresse.
  1. Vous recherchezwww.github.com
  2. CNAME · 1 h
  3. Le nom canoniquegithub.com
  4. A · 1 min
  5. L'adresse · AS8075 Microsoft20.207.73.82
  • www.github.comCNAMEgithub.comle même domaine
  • www.rust-lang.orgCNAMErust-lang.github.ioGitHub Pages
  • www.cursor.comCNAMEcname.vercel-dns.comVercel
  • docs.github.comA185.199.108.154+3 de pluspas d'alias : ses propres adresses
Relevé sur le propre serveur de noms de chaque zone. Un résolveur qui demande www.github.com reçoit l'alias et l'adresse de github.com dans une seule réponse.

Check CNAME : comment vérifier un enregistrement CNAME

Saisissez le nom ci-dessus et cliquez sur Rechercher le CNAME : l'outil interroge le propre serveur de noms de chaque zone, saut par saut, et dessine la chaîne. Sur un ordinateur, dig le fait en une ligne : demandez le type A, et la réponse liste d'abord chaque alias, puis les adresses.

Demandez le type CNAME pour ne voir que le premier alias. Windows a nslookup -type=cname, PowerShell Resolve-DnsName -Type CNAME, et host -t cname affiche une seule phrase.

Deux pièges : un résolveur affiche le TTL restant dans son cache, pas le TTL que fixe la zone, et dig +short supprime les TTL et les noms de propriétaire, si bien qu'une chaîne s'affiche comme une simple liste.

dig www.example.com A +noall +answer

Chaque alias avec son TTL, puis les adresses. +short n'affiche que les cibles, sans les TTL.

dig, annotéwww.nytimes.com via le 8.8.8.8 · 23 oct. 2026
bash · dig
$ dig www.nytimes.com A +noall +answer
www.nytimes.com.                  12902IN  CNAME www.prd.map.nytimes.com.3
www.prd.map.nytimes.com.             482   IN  CNAME www.prd.map.nytimes.xovr.nyt.net.
www.prd.map.nytimes.xovr.nyt.net.    260   IN  CNAME nytimes.map.fastly.net.
nytimes.map.fastly.net.               28   IN  A     151.101.1.1644
nytimes.map.fastly.net.               28   IN  A     151.101.129.164
nytimes.map.fastly.net.               28   IN  A     151.101.193.164
nytimes.map.fastly.net.               28   IN  A     151.101.65.164

$ dig www.nytimes.com +short5
www.prd.map.nytimes.com.          # ni TTL, ni noms de propriétaire
www.prd.map.nytimes.xovr.nyt.net.
nytimes.map.fastly.net.
151.101.1.164
151.101.129.164
151.101.193.164
151.101.65.164
  1. Le nom que vous avez demandé. La première colonne de chaque ligne est le propriétaire de l'enregistrement.
  2. Secondes restantes dans le cache de Google : 290 s sur les 600 s de la zone. Le propre serveur de la zone affiche le TTL complet.
  3. CNAME → le nom suivant. 3 alias ici, donc 3 lignes de ce type.
  4. Les adresses appartiennent au dernier nom de la chaîne : celles de Fastly, TTL 1 min dans la zone.
  5. +short masque le TTL et les noms de propriétaire : il ne reste que les cibles et les adresses.

La même question dans d'autres outils

nslookup
$ nslookup -type=cname www.nytimes.com
Non-authoritative answer:
www.nytimes.com	canonical name = www.prd.map.nytimes.com.
PowerShell
PS> Resolve-DnsName www.nytimes.com -Type CNAME
# une ligne par enregistrement : le nom, son type, son TTL et la cible
host
$ host -t cname www.nytimes.com
www.nytimes.com is an alias for www.prd.map.nytimes.com.

nslookup tel que l'affiche macOS ; Windows présente la même réponse un peu différemment.

Comment lire le résultat

L'en-tête dit en une phrase où aboutit le nom et par combien d'alias, avec le logo de la plateforme ; les notes en dessous sont les constats qui comptent. Le décompte porte sur les enregistrements CNAME : www.github.com → github.com en compte 1, pas 2.

La vue Chaîne liste chaque enregistrement tel que l'a servi le serveur de sa propre zone, avec la zone, le serveur, le flag AA et le TTL, puis les vérifications : boucle, longueur, cibles manquantes, autres données à côté d'un CNAME. La vue Copies place la copie en cache de Google et de Cloudflare de chaque enregistrement à côté de celle de la zone. À droite, la colonne bleu marine dessine la chaîne : une boucle sous forme d'anneau, une cible manquante coupée net.

CNAME lookup de www.nytimes.com : trois alias vers Fastly, TTL et zone de chaque enregistrement, chaîne jusqu'aux adressesCNAME lookup de www.nytimes.com : trois alias vers Fastly, TTL et zone de chaque enregistrement, chaîne jusqu'aux adressesLe verdictOù aboutit le nom, par combien d'alias, la plateforme et le réseau des adresses.Les copies en cacheLa copie de Google et de Cloudflare de chaque enregistrement, le temps qu'il reste à chacune et quand une modification du premier apparaît.Chaque enregistrement, saut par sautLa cible et le TTL tels que la zone les détient, le serveur qui a répondu, le flag AA et le temps de réponse.La chaîneLe nom, chaque alias avec sa zone et son TTL, puis les adresses finales et leur réseau.
Un CNAME lookup de www.nytimes.com : le verdict, chaque alias tel que l'a servi le serveur de sa zone, les vérifications et la chaîne dessinée à droite. Sélectionnez un numéro pour voir ce que montre chaque partie.

CNAME vs enregistrement A

Un enregistrement A contient une adresse : docs.github.com → 185.199.108.154. Un CNAME contient un nom : www.github.com → github.com, et l'adresse vient du propre enregistrement A de ce nom.

Utilisez un enregistrement A pour votre propre serveur et pour le domaine racine. Utilisez un CNAME quand une plateforme vous donne un nom vers lequel pointer (Vercel, GitHub Pages, un CDN, la clé DKIM d'un service d'e-mail) : quand elle déménage, votre enregistrement suit tout seul.

Le prix à payer, c'est une recherche de plus par alias et des règles strictes : rien d'autre sur ce nom, et jamais au sommet de la zone.

Côte à côtede vrais enregistrements, relevés le 23 oct. 2026
CNAMEl'aliaswww.github.comAl'adressedocs.github.com
Pointe versun autre nom : github.comune adresse IPv4 : 185.199.108.154
À la racine (example.com)non : le sommet contient SOA et NSoui
Autres enregistrements sur le nomaucun : ni MX, ni TXT, ni A à côtétous : AAAA, MX, TXT…
Recherches supplémentairesune par alias : 1 ici, 3 pour www.nytimes.comaucune
Quand l'hébergeur déménagesuit la cible tout seulvous modifiez l'adresse vous-même
À utiliser pourle nom d'une plateforme, les CDN, les clés DKIMvotre propre serveur, le domaine racine
CNAME : deux étapeswww.github.comgithub.com20.207.73.82
A : une étapedocs.github.com185.199.108.154

CNAME à la racine du domaine : ALIAS, ANAME et CNAME flattening

La racine d'un domaine (github.com) est le sommet de sa zone, et ce sommet doit contenir les enregistrements SOA et NS de la zone. Un CNAME n'admet rien à côté de lui et ne peut donc pas s'y trouver : les deux règles se contredisent (RFC 1034 §4.2.1, RFC 2181 §10.1).

Les hébergeurs DNS contournent le problème dans leurs propres serveurs : ils suivent eux-mêmes la cible et répondent avec ses adresses. Cloudflare appelle cela CNAME flattening (aplatissement du CNAME), Route 53 un enregistrement d'alias, DNSimple et NS1 ALIAS, DNS Made Easy ANAME. Les résolveurs ne voient jamais que des A et des AAAA : aucune recherche ne peut donc montrer l'alias qui se cache derrière.

Il n'existe pas d'ANAME standard : l'Internet-Draft de l'IETF a expiré en 2019. La voie standard est l'enregistrement HTTPS en AliasMode (RFC 9460), que seuls les clients qui le demandent utilisent : la racine a donc toujours besoin de ses enregistrements A.

Pourquoi la racine ne peut pas avoir de CNAMEgithub.com · le sommet de sa zone, 23 oct. 2026

github.com.sommet de la zone

  • SOAdns1.p08.nsone.net. hostmaster.nsone.net. …
  • NS8 serveurs : NS1 + Route 53
  • MX github-com.mail.protection.outlook.com.
  • A20.207.73.82
  • CNAMEanything.example.net.

Un CNAME doit rester seul, et ces enregistrements doivent être là : donc pas de CNAME à la racine.

Ce que proposent les hébergeurs DNS à la placeLes résolveurs voient

  • Cloudflare · CNAME flatteningactivé par défaut à la racine, sur toutes les offresA · AAAA
  • Amazon Route 53 · enregistrement d'aliasvers des ressources AWS ou un enregistrement de la même zoneA · AAAA
  • DNSimple · ALIASrecherche la cible au moment où on l'interrogeA · AAAA
  • NS1 (IBM) · ALIASA · AAAA
  • DNS Made Easy · ANAMEA · AAAA
  • Azure DNS · jeu d'enregistrements d'aliasA · AAAA
  • enregistrement HTTPS en AliasMode · RFC 9460le seul standard : par service, pour les clients qui le demandentHTTPS
Chaque fonction proposée par un hébergeur répond avec de simples adresses : c'est pourquoi aucun outil de recherche ne peut montrer l'alias qui se cache derrière.

Chaînes CNAME, TTL et délai d'une modification

Un alias peut pointer vers un autre alias : www.microsoft.com passe par deux, www.nytimes.com par trois. Chaque enregistrement de la chaîne a son propre TTL et est mis en cache séparément : les copies expirent donc à des moments différents (RFC 1034 §5.3.3).

C'est pourquoi le TTL le plus bas n'est pas le délai d'attente. L'adresse finale de Microsoft vit 20 secondes, mais une modification du premier enregistrement, celui de la propre zone de microsoft.com, attend l'expiration des copies de cet enregistrement : celle de Google avait encore 37 minutes devant elle lors de notre vérification, celle de Cloudflare presque l'heure entière, et n'importe quel résolveur peut la garder jusqu'à cette heure.

Gardez des chaînes courtes. La RFC 9460 recommande au plus 8 alias à la suite ; BIND et Unbound abandonnent après 11, PowerDNS après 10, Knot après 13. Google et Cloudflare ne publient aucune limite.

Chaque enregistrement a sa propre horlogewww.microsoft.com · vérifié à 07:22:26 UTC, le 23 oct. 2026
  1. www.microsoft.comCNAME → www.microsoft.com-c-3.edgekey.netl'enregistrement que modifie son propriétaire1 hTTL dans la zone
    • Googlereste 36:37 · jusqu'à 07:59:03
    • Cloudflarereste 59:48 · jusqu'à 08:22:14

    Une modification de cet enregistrement apparaît chez Google au plus tard à 07:59:03 et chez Cloudflare à 08:22:14 UTC, et sur n'importe quel résolveur dans un délai de 1 h.

  2. www.microsoft.com-c-3.edgekey.netCNAME → e13678.dscb.akamaiedge.net15 minTTL dans la zone
    • Googlereste 6:58 · jusqu'à 07:29:24
    • Cloudflarereste 14:48 · jusqu'à 07:37:14
  3. e13678.dscb.akamaiedge.netA 23.2.78.94TTL le plus bas20 sTTL dans la zone
    • Googlereste 0:20 · jusqu'à 07:22:46
    • Cloudflarereste 0:08 · jusqu'à 07:22:34

Limites publiées, et vraies chaînes

www.github.com1 aliaswww.microsoft.com2 aliaswww.nytimes.com3 aliaswww.apple.com3 alias
  • 8 RFC 9460 : plus de 8 déconseillé
  • 10 PowerDNS
  • 11 BIND, Unbound
  • 13 Knot
  • Google, Cloudflare: aucune limite publiée
Barres : ce qui restait de chaque copie en cache au moment de notre vérification. Une modification apparaît une fois expirée la copie de l'enregistrement que vous avez modifié ; le TTL le plus bas indique seulement à quelle fréquence cette partie est récupérée à nouveau.

CNAME orphelins (dangling) et prise de contrôle de sous-domaine

Un CNAME devient orphelin quand sa cible a disparu : une application cloud supprimée, un bucket vidé, un domaine expiré. Si quelqu'un d'autre peut créer une ressource portant ce nom, il sert votre sous-domaine et peut même obtenir un certificat valide pour lui.

Le DNS le montre par une réponse NXDOMAIN qui contient encore votre CNAME : c'est la cible qui manque, pas votre nom (RFC 6604 §3). Cela ne fonctionne que sur les plateformes qui donnent à chaque ressource son propre nom DNS. D'autres répondent pour n'importe quel nom : un site supprimé chez elles se résout toujours. Là, vérifiez le site lui-même.

La solution tient à l'ordre : supprimez l'enregistrement DNS avant la ressource, et validez votre domaine sur les plateformes qui le proposent. Une cible corrigée peut encore sembler absente un moment : les résolveurs gardent la réponse négative pendant la plus petite de deux valeurs, le TTL du SOA de la zone cible et son champ minimum (RFC 2308 §5).

Quand NXDOMAIN peut vous renseignercomportement des plateformes, vérifié le 23 oct. 2026

Une cible absente répond NXDOMAIN

Le nom d'une ressource supprimée cesse de se résoudre : notre verdict est CNAME orphelin.

  • *.azurewebsites.netApp Service
  • *.trafficmanager.netTraffic Manager
  • *.blob.core.windows.netBlob Storage
  • *.cloudapp.netCloud Services
  • *.elasticbeanstalk.comElastic Beanstalk
  • *.elb.amazonaws.comElastic Load Balancing
  • *.pages.devCloudflare Pages
  • *.edgekey.netnom d'hôte edge
  • *.map.fastly.netnom de map

La plateforme répond pour n'importe quel nom

Un site supprimé se résout toujours : notre verdict est pointe vers la plateforme : vérifiez que le site vous appartient toujours.

  • *.github.ioGitHub Pages
  • *.netlify.appNetlify
  • *.herokuapp.comHeroku
  • *.vercel.appVercel
  • *.myshopify.comShopify
  • *.pantheonsite.ioPantheon
  • *.go-vip.netWordPress VIP
  • *.webflow.ioWebflow
  • *.zendesk.comZendesk
  • *.s3.amazonaws.comAmazon S3
  • *.azurefd.netAzure Front Door
  • *.global.ssl.fastly.netnom d'hôte TLS
Exemple inventé · noms RFC 2606
$ dig shop.example.com A
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
;; ANSWER SECTION:     # votre enregistrement est là
shop.example.com.   3600  IN  CNAME  example-shop.example.net.
;; AUTHORITY SECTION:  # cible inexistante ; les résolveurs peuvent garder la réponse négative pendant 5 min
example.net.         300  IN  SOA    ns1.example.net. …

Les contrôles de propriété qui empêchent une prise de contrôle

  • GitHub PagesTXT _github-pages-challenge-<user>.<domain>
  • Azure App ServiceTXT asuid.<subdomain>
  • WebflowTXT _webflow one-time-verification=…
  • Cloudflare for SaaSvalidation du nom d'hôte, par TXT ou HTTP
  • Netlifyverrouillage du domaine, via le support
NXDOMAIN avec votre CNAME encore dans la réponse signifie que c'est la cible qui manque, pas votre nom.

Comment configurer un enregistrement CNAME (GoDaddy, Cloudflare, Namecheap, Squarespace)

Chaque interface DNS demande les trois mêmes choses : le type (CNAME), l'hôte et la cible que vous a donnée votre plateforme. Dans le champ de l'hôte, saisissez uniquement le label, www ou shop : l'interface ajoute elle-même votre domaine.

Saisir le nom complet donne www.example.com.example.com, la raison la plus fréquente pour laquelle un nouveau CNAME « ne fonctionne pas ». Il se passe la même chose dans un fichier de zone, où un nom sans point final est relatif. Chez Cloudflare, un enregistrement Proxied masque le CNAME aux recherches : passez-le en DNS only quand une plateforme doit le vérifier.

Vérifiez-le ensuite ici. Les hébergeurs annoncent d'une minute à 72 heures ; le vrai délai pour un enregistrement modifié est le TTL de l'ancien enregistrement, et un nom tout neuf apparaît généralement tout de suite.

Le même enregistrement dans quatre interfaceschamp hôte = le label seul

GoDaddyCible fournie par Shopify

TypeCNAMENamewwwValueshops.myshopify.com

Name : le préfixe seul, sans le nom de domaine (par exemple blog ou shop) ; jamais @.

CloudflareCible fournie par Webflow

TypeCNAMENamewwwTargetcdn.webflow.comProxy statusDNS only

Name : votre sous-domaine seul. DNS only laisse le CNAME visible aux recherches ; Proxied le masque.

NamecheapCible fournie par Google

TypeCNAMEHostwwwValueghs.googlehosted.com

Host : mysubdomain seul, et non mysubdomain.domain.tld.

SquarespaceCible fournie par Framer

TypeCNAMENamewwwDatasites.framer.app

Name : impossible d'ajouter un CNAME avec @ dans le champ Name.

Hôte saisi : www.example.comL'interface enregistre www.example.com.example.com : saisissez www.

Ce qu'annoncent les hébergeurs face au TTL

  • Route 53en 1 min, vers ses propres serveurs
  • Namecheap30 min
  • GoDaddy1 h, jusqu'à 48 hTTL par défaut 1 h
  • Hostingerjusqu'à 24 hTTL par défaut 4 h
  • Squarespacede 24 h à 48 hTTL par défaut 4 h
  • Gandijusqu'à 72 h
  • OVHcloudjusqu'à 24 h

ce qu'annonce l'hébergeurson TTL par défaut : combien de temps les résolveurs peuvent garder l'ancien enregistrement

Chaque cible affichée est la cible CNAME documentée de la plateforme. Barres sur une même échelle d'heures ; un nom tout neuf apparaît généralement tout de suite.

Erreur Cloudflare 1014 : CNAME Cross-User Banned

L'erreur 1014 apparaît quand un nom chez Cloudflare pointe, par un CNAME, vers un nom d'un autre compte Cloudflare. Cloudflare le bloque pour qu'un client ne puisse pas faire passer du trafic par les réglages d'un autre.

C'est autorisé au sein d'une même zone, entre les zones d'un même compte, et via Cloudflare for SaaS, où le propriétaire de la cible ajoute votre nom comme nom d'hôte personnalisé (custom hostname). C'est la solution quand vous faites pointer un domaine vers un SaaS qui tourne sur Cloudflare. Autres causes : un domaine personnalisé R2 dont la zone est suspendue, ou une zone bannie.

Une recherche ne peut que le laisser supposer : quand les deux zones utilisent les serveurs de noms de Cloudflare, une erreur 1014 est possible si elles sont dans des comptes différents. Le DNS montre des zones, jamais des comptes, et un enregistrement proxied masque le CNAME lui-même : seul un enregistrement DNS only apparaît donc ici.

Deux comptes, un CNAMEexemple inventé · noms RFC 2606

Compte A

shop.example.comCNAME → shops.example.net

1014bloqué (Cross-User Banned)

Compte B

shops.example.netproxied · la propre zone du fournisseur SaaS

  • Même zonewww → example.com
  • Même compteune zone → sa zone sœur
  • Cloudflare for SaaSle propriétaire de la cible ajoute votre nom d'hôte

Autres causes : un domaine personnalisé R2 dont la zone est suspendue, ou une zone bannie.

Ce que cet outil peut dire : quand les deux zones répondent depuis *.ns.cloudflare.com, une erreur 1014 est possible si les comptes diffèrent. Le DNS montre des zones, jamais des comptes. Une cible *.cdn.cloudflare.net relève du CNAME setup (configuration partielle) de Cloudflare, pas de SaaS.

CNAME vs redirection

Un CNAME n'est pas une redirection. Il indique seulement au DNS où trouver l'adresse ; le navigateur garde dans la barre d'adresse le nom que vous avez saisi, l'envoie au serveur et attend un certificat pour ce nom.

C'est pourquoi les plateformes vous demandent d'ajouter aussi votre domaine de leur côté : leur serveur doit reconnaître www.example.com et servir un certificat pour lui. Un CNAME vers un serveur qui ne connaît pas votre nom affiche sa page par défaut ou une erreur de certificat.

Pour envoyer les visiteurs d'une URL vers une autre, utilisez une redirection HTTP (301 ou 308) sur un serveur web, ou la fonction de redirection de votre hébergeur DNS, qui fait tourner un tel serveur pour vous. Le Vérificateur de redirections montre chaque étape d'une redirection.

Ce que voit le navigateurexemple inventé · noms RFC 2606

CNAMEle nom reste

www.example.com

  • DNS : www.example.com → CNAME sites.example.net → son adresse
  • TLS : le certificat doit nommer www.example.com
  • HTTP : Host: www.example.com ; le serveur doit le connaître

301l'URL change

www.example.net/

  • DNS : example.com → l'enregistrement A d'un serveur web
  • HTTP : 301 Location: https://www.example.net/
  • Navigateur : charge la nouvelle URL, qui fait l'objet de sa propre recherche DNS

CNAME Lookup : questions fréquentes

Qu'est-ce qu'un enregistrement CNAME ?

Un enregistrement CNAME fait d'un nom l'alias d'un autre nom, le nom canonique. Quand un résolveur demande l'alias, la réponse indique de rechercher plutôt la cible, et ce sont les propres enregistrements A ou AAAA de la cible qui donnent l'adresse. La valeur est toujours un nom, jamais une adresse IP, et un nom doté d'un CNAME ne peut contenir aucun autre enregistrement.

Comment vérifier un enregistrement CNAME ?

Saisissez le nom dans le CNAME Lookup ci-dessus : il interroge le propre serveur de noms de chaque zone et affiche chaque alias avec son TTL, la plateforme qui se cache derrière et les adresses finales. Sur un ordinateur, lancez dig www.example.com CNAME sous macOS ou Linux, nslookup -type=cname www.example.com sous Windows, ou Resolve-DnsName www.example.com -Type CNAME dans PowerShell.

Quelle différence entre un CNAME et un enregistrement A ?

Un enregistrement A contient une adresse IPv4 ; un CNAME contient un autre nom et emprunte les adresses de ce nom. Utilisez un enregistrement A sur le domaine racine et pour votre propre serveur. Utilisez un CNAME quand une plateforme comme Vercel, GitHub Pages ou un CDN vous donne un nom vers lequel pointer : votre enregistrement la suit quand elle déplace ses serveurs.

Peut-on configurer un enregistrement CNAME sur le domaine racine ?

Non. La racine est le sommet de la zone, qui doit contenir les enregistrements SOA et NS, et un CNAME n'admet aucun autre enregistrement à côté de lui. Les hébergeurs DNS proposent des solutions qui répondent avec de simples adresses : le CNAME flattening de Cloudflare, les enregistrements d'alias de Route 53, ALIAS chez DNSimple et NS1, ANAME chez DNS Made Easy. Le seul standard est l'enregistrement HTTPS en AliasMode.

Pourquoi mon CNAME n'apparaît-il pas ?

Quatre raisons habituelles : Cloudflare proxifie ou aplatit l'enregistrement, et les résolveurs ne voient que ses adresses ; le champ hôte a reçu le nom complet, d'où www.example.com.example.com ; le nom a encore un enregistrement A, à côté duquel un CNAME ne peut pas exister ; ou les résolveurs gardent l'ancienne réponse jusqu'à l'expiration de son TTL. La recherche ci-dessus montre l'hébergeur DNS de la zone, ce que contient le nom et le temps restant sur chaque copie.

Combien de temps prend une modification de CNAME ?

Le temps du TTL de l'ancien enregistrement, compté depuis la dernière fois que chaque résolveur l'a récupéré. Chaque enregistrement d'une chaîne est mis en cache séparément : une modification du CNAME qui vous appartient attend donc l'expiration des copies de cet enregistrement, même si l'adresse finale a un TTL de quelques secondes. Un nom tout neuf apparaît généralement tout de suite, sauf si quelqu'un l'a demandé avant qu'il existe.

Qu'est-ce qu'un CNAME orphelin (dangling CNAME) ?

Un CNAME dont la cible n'existe plus : une application cloud supprimée, un bucket vidé ou un domaine expiré. Si quelqu'un d'autre peut créer une ressource portant ce nom de cible, il peut servir votre sous-domaine. Là où chaque ressource a son propre nom DNS, la recherche affiche NXDOMAIN avec votre CNAME encore dans la réponse ; supprimez l'enregistrement ou faites-le pointer vers une cible active.

Combien de CNAME peut-on enchaîner ?

Le DNS ne fixe aucun maximum, mais la RFC 9460 recommande au plus 8 alias à la suite. Les résolveurs abandonnent à leurs propres limites : BIND et Unbound après 11, PowerDNS après 10, Knot après 13 ; Google et Cloudflare n'en publient aucune. Les vraies chaînes sont courtes : les douze sites connus que nous avons relevés utilisent de zéro à trois alias.

Un CNAME peut-il pointer vers une adresse IP ?

Non. La valeur d'un CNAME doit être un nom d'hôte. Saisie dans un CNAME, une adresse comme 192.0.2.1 est lue comme un nom composé de quatre labels numériques, qui n'existe pas : l'alias ne mène nulle part. Pour faire pointer un nom vers une adresse, utilisez plutôt un enregistrement A pour l'IPv4 ou un enregistrement AAAA pour l'IPv6.

Un CNAME est-il la même chose qu'une redirection ?

Non. Un CNAME change seulement l'endroit où le DNS trouve l'adresse ; le navigateur garde le nom d'origine dans la barre d'adresse et le demande au serveur : la cible doit donc accepter votre domaine et avoir un certificat pour lui. Pour envoyer les visiteurs vers une autre URL, utilisez une redirection HTTP 301 ou 308 sur un serveur web, ou la redirection de votre hébergeur DNS.

Que signifie l'erreur Cloudflare 1014 ?

CNAME Cross-User Banned : un nom chez Cloudflare pointe, par un CNAME, vers un nom d'un autre compte Cloudflare. Cela fonctionne au sein d'une même zone, entre les zones d'un même compte, ou via Cloudflare for SaaS, où le propriétaire de la cible ajoute votre nom d'hôte. Si vous pointez vers un SaaS qui tourne sur Cloudflare, demandez-lui de configurer votre domaine comme nom d'hôte personnalisé (custom hostname).

Pourquoi les sélecteurs DKIM utilisent-ils des CNAME ?

Les services d'e-mail publient la clé DKIM dans leur propre zone et vous demandent d'y faire pointer un sélecteur : ils peuvent ainsi changer de clé sans votre aide. Microsoft 365 utilise selector1 et selector2, SendGrid s1 et s2, Mailchimp k2 et k3. Le CNAME aboutit à un enregistrement TXT, pas à une adresse : le mode Sous-domaines courants les vérifie tous.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Autres outils DNS