Réinstaller le système

Réinstaller remet votre VPS à l’état d’une machine neuve. C’est la bonne solution dans trois cas : vous voulez changer de distribution, le système est cassé au point qu’il est plus rapide de repartir de zéro, ou vous reprenez un serveur dont vous ne connaissez pas l’historique. Cette page décrit la procédure du début à la fin, y compris la partie que l’on oublie : ce qu’il faut faire avant.

Danger

Une réinstallation efface tout le disque : fichiers, bases de données, comptes, configuration, clés SSH, certificats. Rien n’est récupérable après. Ne lancez l’opération qu’une fois vos sauvegardes copiées hors du VPS et vérifiées.

Ce qui survit à l’opération : votre abonnement, votre adresse IP et vos IP supplémentaires, et la protection anti-DDoS, qui est permanente et ne se réactive pas (comment elle fonctionne). Vérifiez en revanche votre reverse DNS après coup, et reconfigurez votre pare-feu : il repart vide.

Sauvegarder ses données avant toute réinstallation

Ne vous fiez pas à votre mémoire pour la liste. Déroulez celle-ci.

1. Exportez vos bases de données. Un dossier de site sans sa base ne sert à rien.

   mysqldump --all-databases --single-transaction | gzip > /root/bases.sql.gz

2. Archivez les fichiers et la configuration. /etc contient vos réglages de serveur web, de SSH et de pare-feu : c’est souvent le plus long à refaire.

   tar -czf /root/fichiers.tar.gz /etc /var/www /home /opt /srv

3. Notez l’inventaire de la machine : paquets installés, services activés, tâches planifiées. Ces trois fichiers vous feront gagner une demi-journée.

   dpkg --get-selections > /root/paquets.txt          # Debian, Ubuntu
   systemctl list-unit-files --state=enabled > /root/services.txt
   crontab -l > /root/cron-root.txt

4. Copiez le tout sur une autre machine. Depuis votre ordinateur :

   scp root@203.0.113.10:/root/{bases.sql.gz,fichiers.tar.gz,paquets.txt,services.txt,cron-root.txt} ./

5. Ouvrez l’archive téléchargée pour vérifier qu’elle n’est pas vide. Une archive de 4 Ko n’est pas une sauvegarde.

Pensez aussi à ce qui n’est pas sur le disque

Les enregistrements DNS qui pointent vers votre VPS, les clés d’API de vos services tiers, les licences logicielles, les adresses IP autorisées chez un partenaire. Rien de tout cela n’est dans votre tar, et tout cela sera à revoir.

Si vous préférez figer l’état actuel plutôt que de le copier, lisez Snapshots et sauvegardes : un snapshot pris juste avant la réinstallation permet, dans certaines offres, de revenir en arrière.

Choisir une image système

La liste des systèmes proposés dépend de votre offre. Deux repères pour choisir sans se tromper :

• Prenez une version LTS ou stable. Une distribution au support long vous évite une réinstallation dans six mois. Les versions intermédiaires sont faites pour les machines de test.
• Prenez la même famille que votre documentation. Si les tutoriels de votre application sont écrits pour Debian ou Ubuntu, installer une distribution de la famille Red Hat vous fera traduire chaque commande. Ce n’est pas une question de qualité, c’est une question de temps.

Deux technologies cohabitent chez CloudFive, et la différence compte ici :

	VPS NVMe (conteneur LXC)	VPS KVM (virtualisation complète)
Système installé	depuis un modèle préparé	depuis une image système complète
Noyau	celui de l’hôte, partagé	le sien, que vous pouvez changer
Modules noyau, VPN exotiques, noyau personnalisé	non	oui
Page de l’offre	cloudfive.fr/vps-nvme	cloudfive.fr/vps-kvm

Note

Si votre besoin est Windows, c’est une offre distincte — VPS Windows, à partir de 8,50 €/mois — et non une image à choisir dans un VPS Linux. De même, un besoin de modules noyau particuliers s’oriente vers une offre KVM. En cas de doute sur ce que votre VPS actuel accepte, posez la question par ticket avant de réinstaller : c’est gratuit, et ça évite une machine vide pour rien.

Lancer la réinstallation et suivre sa progression

1. Vérifiez une dernière fois que vos sauvegardes sont sur votre ordinateur, pas sur le VPS.

2. Ouvrez la fiche de votre VPS dans l’espace client sur cloudfive.fr/manager (comment la retrouver), puis la section qui liste les actions disponibles sur la machine.

3. Choisissez la réinstallation, puis le système dans la liste proposée.

4. Confirmez. La demande de confirmation est le dernier point de retour : après, le disque est effacé.

5. Laissez l’opération se terminer sans redémarrer la machine ni relancer l’action. La durée dépend de l’image et de la taille du disque ; comptez quelques minutes.

6. Relevez le nouveau mot de passe root ou la méthode d’accès affichée à la fin de l’opération, et notez-la avant de fermer la page.

Si l’interface ne propose pas la réinstallation pour votre offre, demandez-la par ticket en précisant l’identifiant du service et le système souhaité. Le support est joignable 7 j/7.

Reconfigurer le serveur après réinstallation

Votre machine est neuve : elle est donc aussi nue, et exposée avec un accès par mot de passe. Les cinq premières minutes comptent.

1. Connectez-vous en SSH avec les identifiants fournis — la procédure détaillée est dans Première connexion SSH.

2. Mettez le système à jour immédiatement.

   apt update && apt upgrade -y     # Debian, Ubuntu

3. Installez votre clé SSH et désactivez l’authentification par mot de passe : c’est la mesure qui supprime d’un coup l’essentiel des tentatives d’intrusion. Suivez Créer et utiliser une clé SSH.

4. Remettez un pare-feu en autorisant SSH avant de l’activer.

5. Restaurez vos données, bases d’abord, fichiers ensuite.

   zcat bases.sql.gz | mysql
   tar -xzf fichiers.tar.gz -C /

6. Réinstallez vos paquets à partir de l’inventaire, puis réactivez vos tâches planifiées (crontab -e) et vos services.

7. Vérifiez votre reverse DNS, puis testez votre application depuis l’extérieur, pas seulement depuis le serveur.

Attention

Ne restaurez pas /etc en entier par-dessus un système d’une autre distribution ou d’une autre version majeure. Les formats de configuration changent, et vous obtiendrez un serveur qui ne démarre plus. Extrayez l’archive dans un dossier temporaire et recopiez fichier par fichier ce dont vous avez besoin.

Corriger l’avertissement d’empreinte SSH modifiée

Après une réinstallation, votre client SSH refuse de se connecter et affiche un gros avertissement :

WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!
Host key verification failed.

Ce message est normal et c’est une bonne nouvelle : SSH a remarqué que la machine derrière l’adresse IP n’est plus la même. Elle n’est plus la même parce que vous venez de la réinstaller — le serveur a généré de nouvelles clés d’hôte. Il suffit d’oublier l’ancienne empreinte.

Sur votre ordinateur, pas sur le VPS

ssh-keygen -R 203.0.113.10

Reconnectez-vous ensuite, et acceptez la nouvelle empreinte en saisissant yes. Sous Windows, la même commande fonctionne dans PowerShell ; à défaut, supprimez la ligne de l’adresse IP dans le fichier %USERPROFILE%\.ssh\known_hosts.

Attention

Ce message est aussi celui qu’affiche SSH en cas d’interception de la connexion. Ne l’effacez machinalement que si vous venez effectivement de réinstaller ou de changer de machine. Si vous n’avez rien fait et que l’empreinte change, ne vous connectez pas : ouvrez un ticket.

Si ça ne marche pas

La réinstallation reste bloquée en cours. Patientez une dizaine de minutes supplémentaires sans relancer l’action — un second ordre pendant l’opération peut la laisser dans un état incohérent. Regardez ensuite status.cloudfive.xyz : si un incident de plateforme est en cours, l’attente est la bonne réponse. Passé ce délai, ouvrez un ticket.

Le VPS ne répond plus du tout après l’opération. Ouvrez la console : elle montre l’écran de la machine et fonctionne sans réseau ni SSH. Vous y verrez si le système a démarré et s’arrête sur une erreur. La méthode complète est dans Dépannage : mon VPS est inaccessible.

Le mot de passe root fourni est refusé. Vérifiez d’abord la disposition du clavier et les caractères qui se ressemblent (l, 1, I, 0, O), puis réinitialisez-le : Réinitialiser le mot de passe root.

Le système est installé mais votre site ne répond plus. Dans l’ordre : le service tourne-t-il (systemctl status nginx ou apache2) ; le pare-feu laisse-t-il passer le port (voir Configurer le pare-feu et Ports et protocoles par service) ; le DNS pointe-t-il toujours vers la bonne IP. Neuf fois sur dix, c’est le pare-feu remis à zéro.

Vous avez réinstallé sans sauvegarde. Les données ne sont pas récupérables : le disque a été effacé. Ouvrez un ticket pour que l’on reparte sur de bonnes bases avec vous, et mettez en place des sauvegardes automatiques dès la nouvelle installation : Snapshots et sauvegardes.