Résumé

  • Cloudflare décrit un cas où l’ancien contenu reste visible après modification du CNAME : l’ancien fournisseur SaaS a déclaré un nom d’hôte précis, tandis que le nouveau utilise un nom générique.
  • Le nouveau fournisseur peut créer une entrée précise. La remise effective demande ensuite validation du nom et du certificat, changement du DNS et confirmation du trafic avant de retirer l’ancienne configuration.

Le contrat a changé de mains, la visite aussi ?

Dans une migration imaginaire de boutique, le commercial a son contrat signé, le technicien sa modification DNS et le chef de projet son courriel de clôture. Le client, lui, a encore l’ancien site. Tout le monde a une preuve de travail. Il manque la preuve que les travaux se rejoignent.

Cloudflare connaît une configuration capable de produire ce résultat. Sa documentation de dépannage décrit l’ancien contenu après une mise à jour du CNAME lorsque le prestataire sortant a configuré un nom d’hôte précis et que le nouvel entrant utilise un nom générique. L’ancienne configuration peut conserver la priorité.

La date du contrat n’apparaît pas dans ce classement. La précision de l’entrée, si. Une migration commerciale peut donc être très avancée sur les bureaux et encore inachevée à la porte de la boutique.

Une adresse exacte passe avant une règle large

Un nom comme mystore.example.com désigne un emplacement précis. Une entrée générique couvre un ensemble d’adresses. La seconde économise du travail de configuration ; la première peut gagner la comparaison au moment de traiter une requête.

Les règles de priorité des noms d’hôte expliquent que, lorsque plusieurs enregistrements proxifiés existent pour un même nom dans différentes zones, un seul commande les paramètres de zone et le serveur d’origine associé. Dans ce cadre, la correspondance exacte précède la correspondance générique. L’un des exemples fait primer une ancienne entrée exacte sur une nouvelle entrée générique.

Le fournisseur entrant doit donc savoir ce qu’il remplace. Une règle large très pratique pour accueillir une série de clients peut être trop peu précise pour reprendre cette adresse particulière. La commodité de l’administration en masse conserve une facture de vérification individuelle au moment du transfert.

La conséquence économique est une livraison retardée malgré une intention claire du client. Le client a choisi son nouveau service ; il reste à faire parvenir les requêtes à la configuration qui doit le fournir. Le responsable du DNS et celui de l’accueil sur la plateforme doivent comparer leurs résultats.

Le nouvel arrivant a un travail concret

Cloudflare recommande de demander au nouveau prestataire de créer le nom précis à la place du nom générique. L’autre voie décrite consiste à faire intervenir le Super Administrator du compte auprès du support Cloudflare pour demander une mise à jour de la configuration SaaS.

La réunion de transfert peut donc commencer par une question vérifiable : le nouvel entrant a-t-il déclaré cette adresse exacte ? Accuser d’emblée l’ancien prestataire de retenir son client ferait oublier le remède documenté du côté du nouveau. Les sources ne fournissent ni journaux de migration d’un client réel, ni inventaire de ses configurations, ni coût d’interruption ; il faut ces éléments pour attribuer un impact particulier.

Cette précision compte pour la réception commerciale. L’application peut être installée, les données préparées et le nouveau fournisseur payé. Tant que les visiteurs n’y arrivent pas, une partie essentielle du service acheté reste à livrer.

Un certificat rassurant peut raconter une autre histoire

La configuration de Cloudflare for SaaS distingue l’activation du nom d’hôte de l’émission et du déploiement du certificat. Pour le trafic de production, les deux états doivent être actifs et le DNS doit pointer vers la cible SaaS attendue.

Une négociation TLS réussie peut pourtant précéder l’état actif du nouveau certificat : Cloudflare peut présenter un autre certificat correspondant au nom. La connexion chiffrée observée établit donc moins de choses que ne l’imagine parfois le comité de réception. Il faut vérifier l’état de ce certificat et le traitement de cette requête.

Le statut actif de l’origine de repli a lui aussi un sens précis : Cloudflare est prêt à envoyer le trafic vers l’enregistrement DNS désigné. Le guide laisse au client la vérification de la bonne origine. Un voyant vert peut confirmer une préparation sans attester l’arrivée au bon service.

Une réception lisible n’a pas besoin de recopier tous les champs techniques dans le contrat. Elle doit rapprocher le nom exact activé, le certificat prêt, la cible DNS et une requête effectivement traitée par la nouvelle zone et l’application attendue. Ces résultats forment la chaîne dont le visiteur ne voit que le dernier maillon.

Préparer deux portes, puis choisir la bonne

La documentation sur la validation des noms permet à plusieurs fournisseurs SaaS de détenir simultanément un nom personnalisé actif pour le même domaine. Prévalider un nom déjà présent sur Cloudflare ne déplace pas, à lui seul, le trafic.

Le parcours de migration recommandé commence par la création et la prévalidation du nom sur la nouvelle zone, puis la préparation du certificat avec TXT ou une validation déléguée. Le client change ensuite le CNAME. Après confirmation du passage du trafic à la nouvelle zone, l’ancien fournisseur peut supprimer son entrée. Ce parcours ordinaire se lit avec la vérification des priorités entre entrée exacte et générique.

La coexistence est utile : elle donne au nouvel accueil le temps de se préparer pendant que l’ancien fonctionne encore. Le guide de configuration avertit qu’une validation en temps réel du nom ou une validation HTTP automatique du certificat après changement DNS peut créer une courte interruption pendant l’activation.

La suppression finale mérite ainsi sa propre preuve. Trop tôt, elle retire une préparation encore utile. Trop tard, elle laisse des vestiges supplémentaires au prochain diagnostic. Un transfert bien organisé garde chaque configuration jusqu’au moment où son rôle a été vérifié, puis termine le rangement.

Le même nom public peut traverser plusieurs relations commerciales. C’est précisément ce qui fait sa valeur pour le client. Encore faut-il que derrière ce nom, le service de garde ait réellement changé.