Problème de CNAME entre OVH et Systeme.io, Shopify, Heroku, Wix, Squarespace, Odoo, Monsite.com, SumUp, …

Bonjour,

Je vais détailler aujourd’hui un problème qui arrive de manière récurrente lorsqu’on “panache” avec un hébergement web spécialisé.

• d’un côté la souscription+hébergement d’un nom de domaine (par exemple chez OVH)
• d’un autre côté l’hébergement du site web  chez un prestataire spécialisé (Systeme.io, Shopify, Heroku, Wix, Squarespace, Odoo, Monsite.com, SumUp, Google Sites,… liste non exhaustive)
• et puis, quid des e-mails ?

Tous ces prestataires d’hébergement web vont vous demander d’ajouter un CNAME qui dirige vers un nom de serveur chez eux (ou vers un cloud tel que cloudfront, amazon, …).

Certains prestataires peu respectueux de leurs clients (mon regard va vers Wix) proposent simplement de changer les serveurs DNS, sans expliquer l’impact que ça peut avoir sur tout le reste, par exemple les e-mails. Si vous voulez vraiment utiliser les serveurs DNS de cet hébergeur web, il sera peut-être nécessaire de faire du recopiage depuis votre zone DNS d’origine vers votre zone DNS chez Wix.

Mais ils vont rarement vous fournir des adresses IP “en dur”. C’est évidemment très confortable pour eux, car ils peuvent à loisir changer l’adresse IP de leur serveur sans devoir vous demander d’intervenir dans votre propre zone DNS pour propager la modification.

Il faut aussi savoir que le standard DNS ne prévoit pas la possibilité de mettre des enregistrements DNS de type CNAME à la racine d’un nom de domaine.

(Certains hébergeurs DNS – mais pas OVH – ont implémenté des artifices pour pallier cette déficience, sous la forme d’enregistrements ALIAS, ANAME, … mais ce n’est pas standard)

On se trouve donc devant une impossibilité de relier votre beau nom de domaine (sans le préfixe www) vers la plateforme d’hébergement de ces prestataires.

Enfin la plupart de ces hébergeurs de sites web ne sont pas du tout intéressés par l’hébergement des boîtes et adresses e-mails, ce qui amène souvent à des solutions hybrides.

A partir d’ici je vais principalement me focaliser sur les hébergements OVH avec toutes leurs spécificités et chausse-trapes sur lesquelles il y a moyen de trébucher.

On va partir du principe que vous disposez:

• d’un domaine enregistré auprès d’OVH, appelons-le example.com
• d’un hébergement web chez OVH, aussi petit soit-il (un start100m gratuit fait l’affaire)
• d’un hébergeur web externe tel que systeme.io, shopify.com, … appelons-le hébergeurweb.com
• d’e-mails chez OVH, avec un nombre de boîtes dépendant de l’hébergement souscrit

A partir d’ici il y a deux pistes:

1) votre hébergeur Web vous a demandé de changer vos serveurs DNS (cas fréquent avec Wix, WordPress.COM, …) lisez le paragraphe ci-dessous

En faisant cela, tout ce qui se trouve dans l’onglet “Zone DNS” chez OVH est à l’abandon, mais contient des informations utiles. Inspirez-vous de cette zone DNS chez OVH pour recopier ce qui manque dans votre zone DNS hébergée chez l’autre fournisseur. Ensuite continuez la lecture en comprenant que vos modifications DNS ne doivent plus être faites chez OVH, puisque vous avez abandonné cette prestation de la part d’OVH.

2) vous gardez les serveurs DNS d’OVH, tout le reste de cet article s’adresse à vous

On va commencer par préparer le terrain.

Collectez les mots de passe nécessaires:

• celui de votre espace client OVH (login de la forme XY12345-OVH et son mot de passe),
• celui de votre hébergement FTP chez OVH (nom de serveur ftp.clusterXXX.hosting.ovh.net, un login et son mot de passe). Si vous l’avez perdu vous pouvez le modifier à partir de votre espace client.
• et ce dont vous avez besoin pour votre hébergeurweb.com externe à OVH.

Ensuite dans votre espace client OVH, on va faire le ménage à 2 endroits:

1) dans votre zone DNS on va enlever tout un fatras de trucs inutiles et générateurs de conflits:

Supprimez tous les enregistrements de type AAAA où qu’ils se trouvent.

Supprimez tous les enregistrements liés au sous-domaine www (vous trouverez probablement des enregistrements A, AAAA, TXT, parfois MX) : tout doit partir. J’ai bien dit: liés au sous-domaine www.

Exemple d’une zone DNS “nettoyée” 

Si vous avez l’intention d’héberger les e-mails de votre domaine example.com chez OVH, on va aussi vérifier la présence des enregistrements DNS nécessaires:

• un ou plusieurs enregistrements MX qui dirigent vers mx0.ovh.net, mx0.mail.ovh.net, mx1… , mx2… , qui sont tous valables et équivalents
• un seul enregistrement SPF ou bien un seul enregistrement TXT de la forme:
  “v=spf1 include:mx.ovh.com ~all”

2) dans votre hébergement: comme on va héberger votre domaine www.example.com (avec www) sur un serveur de hébergeurweb.com en-dehors d’OVH, ce domaine www.example.com n’a plus lieu de figurer dans la liste des domaines hébergés chez OVH.

• Allez donc dans votre espace client OVH, on va se diriger vers la section Hébergements > multisite.
• Supprimez la seule ligne qui contient www.example.com si elle est présente.
• Si vous ne pouvez pas la supprimer (cas des hébergements gratuits), modifiez-la pour désélectionner SSL.
• Nous allons nous focaliser sur la ligne example.com. et ne pas nous occuper de l’autre ou des autres.
• Si SSL est à “Non”, cliquez sur les … pour l’activer. Enfin notez ce qui est indiqué dans “dossier racine”, habituellement www.
• Toujours dans Hébergements, mais dans l’onglet “informations générales”
  • notez l’adresse IP de votre hébergement
  • activez SSL si ce n’est pas déjà fait
• Retournez dans l’onglet multisite et vérifiez en face de votre nom de domaine example.com, que la pastille SSL soit “oui” et en vert. Si c’est à regénérer, allez dans Actions et Regénérer.

Voyez:

puis  

Maintenant qu’on a noté l’adresse IP de l’hébergement, il faut contrôler et corriger au besoin dans Domaines > Zone DNS, que l’enregistrement A de votre domaine corresponde bien. Corrigez si nécessaire. Fréquemment on trouve 213.186.33.5 : sachez que cette adresse doit être changée.

Ceci termine le préparatif.

Il nous reste à faire deux choses:

1) ajouter le (ou les) CNAME demandé(s) par hébergeurweb.com.
Ceci se passe chez OVH, dans le menu Domaines > zone DNS.

2) Fabriquer un mini-site example.com sur l’hébergement OVH, qui ne contient aucune page web, mais qui va rediriger tous les visiteurs vers www.example.com. Cette redirection fonctionne aussi bien en http que en https, puisque vous avez demandé un certificat plus haut.

Recette pour fabriquer ce mini-site:

Sur votre ordinateur, créez un nouveau fichier de type texte dont le nom est .htaccess
et dont le contenu est (en adaptant example.com)

Redirect 301 "/" "https://www.example.com/"

Sauvez ce fichier (vérifiez l’encodage dans les options: ANSI ou ASCII)

Attention, un fichier dont le nom commence par un point sera caché dans les environnements Linux ou Mac.

Avec votre outil FTP, ou bien à partir de l’espace client, page Hébergements, FTP Explorer, envoyez ce fichier .htaccess dans votre hébergement, dans le répertoire /www (ou celui que vous avez identifié comme dossier racine ci-dessus)

Ceci termine la procédure.

Tout ce qui concerne www.example.com est du ressort de votre société tierce où vous hébergez ce site. Ceci inclut les certificats SSL, les erreurs 404 et autres…

Je vous conseille aussi la lecture de mon article Comprendre comment fonctionne un hébergement de site web

---

Variantes:

• Si votre nom de domaine est enregistré ailleurs que chez OVH (par exemple Wix, Gandi, WordPress.com ?) il n’y a aucune conclusion trop hâtive à tirer.

Tâchez de trouver quels sont vos serveurs DNS et passez au point suivant.

• Si vos serveurs DNS sont ailleurs que chez OVH (par exemple Gandi, Wix, WordPress, Cloudflare, …) dans ce cas votre zone DNS se trouve chez ce prestataire, et tous les conseils ci-dessus doivent être modifiés. Faites comme si l’onglet Domaines > Zone DNS  n’existait pas chez OVH, mais faites les modifications DNS correspondantes chez cet autre prestataire.

• Si vos e-mails sont hébergés ailleurs que chez OVH (par exemple Google, Microsoft365, …) ceci a un impact dans votre zone DNS (là où elle est hébergée), en particulier pour des enregistrements MX, et divers enregistrements TXT ou CNAME qui concernent le SPF, DKIM, DMARC. Comme il y a autant de guides que de prestataires e-mail, suivez les guides de votre prestataire.