Faire pointer un sous-domaine vers un hébergeur différent du domaine principal
Un site vitrine sur le domaine nu et une application sur un sous-domaine, construits sur des plateformes totalement différentes, est l'une des configurations DNS les plus courantes — et la seule restriction sur laquelle on trébuche concerne spécifiquement la racine, pas le sous-domaine.
Une configuration courante
example.fr hébergé sur une plateforme pour le site vitrine, app.example.fr hébergé ailleurs, sur une plateforme totalement différente, pour le produit lui-même — deux hébergements sans lien, un seul domaine.
CNAME contre enregistrement A sur un sous-domaine
Un sous-domaine peut utiliser un CNAME pointant vers n'importe quel nom d'hôte, chez n'importe quel fournisseur — il n'y a aucune restriction ici. C'est ce qui rend le scénario ci-dessus simple : app pointe vers le nom d'hôte donné par la plateforme d'hébergement de l'application.
Pourquoi la racine est différente
Le RFC 1034 interdit à un CNAME de coexister avec d'autres enregistrements sous le même nom, et la racine a toujours besoin d'enregistrements NS et SOA — le domaine nu ne peut donc pas être un CNAME comme peut l'être un sous-domaine. C'est pourquoi la racine a généralement besoin d'un enregistrement A (ou d'une solution propre au fournisseur comme ALIAS, ANAME ou l'aplatissement de CNAME) plutôt que de simplement pointer vers le nom d'hôte d'une plateforme comme le fait app.example.fr.
Pourquoi la délégation DNS ne bouge généralement pas
Même avec des sous-domaines répartis chez différents hébergeurs, les serveurs de noms du domaine — définis une fois, chez le registrar — restent généralement chez un seul fournisseur DNS. Déléguer un sous-domaine à des serveurs de noms entièrement séparés est possible via ses propres enregistrements NS, mais c'est rarement nécessaire juste pour faire pointer ce sous-domaine vers un autre hébergement ; un enregistrement CNAME ou A dans la zone existante suffit.
La configuration proprement dite
Un enregistrement CNAME pour le sous-domaine, pointant vers le nom d'hôte fourni par la plateforme d'hébergement, à côté d'un enregistrement A (ou d'une solution pour la racine) pour le domaine nu, pointant vers l'hébergeur du site principal — les deux dans la même zone DNS, chez le même fournisseur.
Vérifier comment résout un sous-domaine
Voyez la théorie en pratique — lancez Recherche CNAME pour votre propre domaine.