Changer les DNS avec un minimum d'interruption du site et du courrier

Le changement de DNS doit être la dernière étape d'une migration, pas la première. Avant de le faire, copiez et testez le contenu sur la destination, reproduisez les enregistrements des services externes et préparez une synchronisation finale des données qui ont pu changer.

Transférer le domaine et changer les DNS, ce n'est pas la même chose

Le transfert change le registraire qui gère le domaine. Il ne déplace pas le site, ne copie pas le courrier et conserve généralement les anciens serveurs DNS.

Le changement de DNS indique quels serveurs répondront à partir de ce moment. Il peut se faire sans transférer le domaine, depuis le fournisseur qui le gère actuellement.

Consultez la différence complète dans le guide pour migrer un hébergement vers Hostsuar.

1. Sauvegardez la configuration actuelle

Avant de modifier quoi que ce soit, gardez une copie de la zone DNS et notez :

• Les enregistrements A et AAAA du site et des sous-domaines.
• Les enregistrements MX du courrier.
• Les enregistrements TXT de SPF, DKIM, DMARC et des vérifications ; certains fournisseurs utilisent des CNAME pour DKIM.
• Les enregistrements CNAME et SRV des services externes.
• Les sous-domaines utilisés par des applications, des standards téléphoniques, des calendriers ou des outils tiers.

Ne copiez pas tous les enregistrements sans les examiner. Ceux qui pointent vers l'ancien hébergement devront changer ; ceux qui appartiennent à Google Workspace, Microsoft 365 ou d'autres services qui restent actifs doivent être conservés.

2. Préparez la nouvelle zone

Configurez tous les enregistrements nécessaires sur la destination avant de changer les serveurs DNS.

Si le courrier reste en dehors de Hostsuar, conservez ses MX, TXT, CNAME et SRV et configurez le routage du courrier en distant.

Si vous voulez seulement déplacer le site et garder le courrier où il est, consultez comment pointer le site vers un autre serveur en gardant le courrier actuel.

Vous pouvez examiner et modifier les enregistrements depuis Zone Editor.

Si vous allez réduire le TTL d'un enregistrement, faites-le à l'avance : une réponse déjà stockée conserve le TTL qu'elle avait au moment de la requête. Le réduire au moment du changement ne vide pas les caches et ne change pas le TTL de la délégation dans la zone parente.

3. Testez la destination sans changer les DNS

Vérifiez le site sur le nouveau serveur en modifiant temporairement le fichier hosts de votre ordinateur, en utilisant un sous-domaine de test ou la méthode disponible pour l'application.

Le guide pour travailler avec le domaine définitif avant de le pointer explique comment faire en sorte que seul votre ordinateur résolve le domaine vers la nouvelle IP.

Testez au minimum :

• La page d'accueil, les pages internes et l'administration.
• Les formulaires et les commandes ; testez les paiements en mode test pour éviter de vrais encaissements.
• La connexion à la base de données.
• Les fichiers et le contenu multimédia.
• Les tâches planifiées.
• L'envoi d'e-mails depuis l'application.

4. Synchronisez les derniers changements

Un site dynamique peut avoir reçu des commandes, des formulaires ou des modifications depuis la première copie. Avant la bascule, choisissez une fenêtre de faible activité et recopiez la base de données ou les données qui ont changé.

Pour le courrier, relancez imapsync juste avant le changement. Consultez comment migrer le courrier sans perdre de messages.

5. Changez les serveurs DNS

Si DNSSEC est actif, supprimez d'abord l'ancienne configuration DS chez le registraire et attendez l'expiration de son TTL dans la zone parente. Changez ensuite les serveurs DNS et publiez la configuration DNSSEC générée par le nouveau fournisseur. Une migration multi-signataire évite la période sans validation, mais ne l'utilisez que si les deux fournisseurs acceptent les DNSKEY externes nécessaires.

Configurez chez le registraire les serveurs DNS de Hostsuar. Si le domaine est souscrit chez nous, suivez les étapes pour changer ses serveurs DNS.

Pendant la propagation, certaines connexions peuvent arriver chez l'ancien fournisseur et d'autres chez le nouveau. Gardez les deux services actifs et évitez d'introduire des changements incompatibles dans les deux copies.

6. Vérifiez la propagation

Ne vous fiez pas seulement à ce qu'affiche votre ordinateur : votre fournisseur d'accès à Internet ou votre navigateur peut conserver d'anciennes données pendant un certain temps.

Utilisez la vérification de la propagation DNS et IP pour contrôler depuis différents résolveurs :

• Les serveurs DNS faisant autorité.
• L'IP du site.
• Les enregistrements MX du courrier.
• Les sous-domaines concernés.

La propagation peut prendre de quelques minutes à quelques heures et n'est pas identique pour tous les utilisateurs.

7. Vérifiez le site, HTTPS et le courrier

Lorsque le domaine commence à se résoudre vers le nouveau service, vérifiez :

• Le site avec et sans www.
• Le certificat HTTPS.
• Les formulaires, les commandes et l'accès à l'administration.
• L'envoi et la réception du courrier.
• Les boîtes mail et les messages récents.
• Les sous-domaines et les services externes.
• SPF, DKIM et DMARC du fournisseur définitif.

Lancez une dernière synchronisation du courrier pour récupérer les messages qui ont pu arriver à l'origine pendant la propagation.

En cas de problème

Ne résiliez pas l'ancien fournisseur. Déterminez d'abord si le problème vient du contenu, de la zone DNS ou de la propagation.

Si le nouveau service présente un problème grave, vous pouvez restaurer temporairement les anciens enregistrements ou serveurs DNS, mais ce retour doit lui aussi se propager et ne sera pas immédiat. Pour les sites dynamiques, conservez les changements survenus pendant la tentative afin de ne pas perdre de commandes ou de données en revenant en arrière.

Quand retirer l'ancien service

Attendez d'avoir confirmé que :

• Les principaux résolveurs affichent les nouveaux DNS ou la nouvelle IP.
• Le site et les services externes fonctionnent sur la destination.
• Le courrier entre et sort par le fournisseur définitif.
• Il ne reste pas de messages ou de données récents uniquement sur l'origine.
• Vous disposez d'une copie finale récupérable.

Seulement alors, résiliez l'ancien hébergement et révoquez les accès temporaires utilisés pendant la migration.

Complétez la vérification avec la liste des contrôles après une migration.

Avant de reprendre l'activité, vérifiez quel serveur exécute les tâches planifiées. Garder les deux hébergements actifs pendant la propagation ne signifie pas qu'ils doivent envoyer les mêmes notifications ou traiter les mêmes commandes en même temps.