Migrer depuis un autre hébergeur

Une migration ratée, c'est presque toujours la même histoire : on bascule le DNS avant que le nouveau serveur soit prêt, et le site est en panne pendant qu'on répare dans l'urgence. Fait dans le bon ordre, un déménagement se voit à peine.

L'ordre qui marche

1. 1

   Une semaine avant : inventorier

   Listez tout ce que porte l'ancienne machine — on oublie toujours quelque chose : un sous-domaine, une tâche planifiée, un certificat, un service qui tourne en fond, une redirection.

2. 2

   24 heures avant : abaisser la durée de vie DNS

   Passez le TTL de vos enregistrements A à 300 secondes. C'est ce qui rendra la bascule quasi instantanée le jour venu, au lieu de traîner sur 24 heures.

3. 3

   Jour J : monter le nouveau serveur, sans toucher au DNS

   Installez tout, copiez les données, et testez le site en forçant l'adresse dans votre fichier hosts local. Vous voyez alors exactement ce que verront vos visiteurs, pendant que l'ancien site continue de tourner.

   bashCopier

   # Sur votre poste, dans /etc/hosts (ou C:\Windows\System32\drivers\etc\hosts)
   203.0.113.10  monsite.fr www.monsite.fr

4. 4

   Geler, puis synchroniser une dernière fois

   Mettez l'ancien site en maintenance quelques minutes, refaites un rsync et un export de base : c'est le delta accumulé pendant vos tests.

   bashCopier

   rsync -avz --delete ancien:/var/www/monsite/ /var/www/monsite/
   ssh ancien 'mysqldump --single-transaction maBase' | mysql maBase

5. 5

   Basculer le DNS

   Changez l'enregistrement A. Avec un TTL à 300, les visiteurs arrivent sur le nouveau serveur en cinq minutes.

6. 6

   Garder l'ancien une semaine

   Ne résiliez pas tout de suite. Des caches DNS têtus, une sauvegarde oubliée, une comparaison à faire : une semaine de recouvrement coûte peu et évite les regrets.

Ce qu'on oublie le plus souvent

• Les tâches planifiées : crontab -l sur l'ancienne machine, et les minuteurs systemd.
• Les enregistrements MX : si votre courrier est ailleurs, ne les touchez surtout pas en changeant le A.
• Les adresses IP autorisées chez des tiers : une API, une base distante, un partenaire qui filtre par IP.
• Les redirections et les règles de réécriture, souvent enfouies dans la configuration du serveur web.
• Les fichiers déposés hors du dossier du site — un dossier d'exports, des factures générées.
• Le fichier robots.txt et le plan de site, s'ils ont été édités à la main.

Vérifier après la bascule

dig +short monsite.fr
curl -I https://monsite.fr
echo | openssl s_client -connect monsite.fr:443 2>/dev/null | openssl x509 -noout -dates