Le CNAME pointe vers la bonne cible, mais le site échoue ?

Séparer alias et redirection

Un CNAME pour www.exemple.org désigne un autre nom DNS. Le navigateur demande toujours www.exemple.org. Le service cible doit accepter ce nom et présenter un certificat adapté. Pour changer l’URL visible, configurez une redirection HTTP sur un service qui reçoit la requête.[1][2]

Examiner la réponse DNS publiée

Notez le nom complet et la cible fournie par l’hébergeur. Comparez la réponse autoritative avec le panneau actuel. Un enregistrement A ou AAAA au même nom peut empêcher un CNAME. N’effacez pas un enregistrement actif sans connaître son usage.[2][3]

Vérifier l’hôte et HTTPS

Dans la plateforme, confirmez que le nom exact est rattaché au bon projet et que le certificat est prêt. Testez votre adresse https://. Une autre page suggère une mauvaise attribution ; une erreur TLS demande l’état du certificat.[6]

Traiter la racine séparément

Un CNAME ordinaire ne convient pas à la racine de la zone. Certains fournisseurs proposent un alias ou un aplatissement. Suivez leur documentation et prévoyez séparément la redirection entre racine et www.[5][4]

Consigner le diagnostic

Gardez la valeur attendue, la réponse observée, les états du domaine et du certificat, le symptôme, le responsable et la prochaine action. Sauvegardez l’ancienne valeur avant toute modification.

Télécharger la fiche de diagnostic CNAME (Markdown, anglais)