Migration

Transférez vos comptes sans téléchargement intermédiaire.

Dirigez Nimbopanel vers votre ancien serveur via SSH, ou remettez-lui une sauvegarde que vous avez déjà. Dans les deux cas, il recrée l'intégralité du compte — isolé, sur votre nouveau serveur, avec les mots de passe intacts.

Mots de passe conservésMêmes noms de base de donnéesLe .htaccess continue de fonctionner
import · cpmove-user.tar.gz
Compte + fichiersimportés
Bases de données + utilisateursimportés
E-mail + messagesimportés
DNS + domainesimportés
Version de PHPimportés
5 / 5 importés
Deux façons d'entrer

Choisissez celle qui convient à votre accès

De serveur à serveur, via SSH

Donnez à Nimbopanel l'adresse de l'ancien serveur et un identifiant. Il demande à l'ancien panneau de créer une nouvelle sauvegarde, puis la transfère directement en flux continu — rien ne transite par votre ordinateur portable, si bien qu'un compte de vingt gigaoctets n'est pas plus difficile qu'un petit. Le transfert s'exécute en arrière-plan et rend compte de sa progression ; en cas d'échec, il ne laisse rien derrière lui.

Il peut aussi transférer en flux une archive déjà présente sur l'ancien serveur, au lieu d'en demander la création d'une nouvelle.

Envoyez une sauvegarde que vous avez déjà

Une sauvegarde standard de compte complet — l'archive cpmove ou pkgacct que cPanel produit déjà — peut être envoyée depuis le panneau. Utile lorsque l'ancien serveur a déjà disparu, ou lorsque l'accès SSH ne vous appartient pas.

Les deux voies aboutissent au même endroit : une vérification préalable qui vous indique exactement ce qu'il y a à l'intérieur, puis un seul clic.

La voie SSH vous demande de confirmer l'empreinte de la clé de l'ancien serveur avant tout transfert, et les identifiants que vous saisissez ne servent qu'à ce transfert unique et ne sont jamais stockés.

Nouveau : migration en un clic

Récupérez et importez en un seul clic

Cochez “Import automatically” lorsque vous démarrez un transfert SSH, et Nimbopanel ne se contente pas de récupérer la sauvegarde — il exécute tout l'import dès que l'archive arrive. Pas d'étape de preflight, pas de second clic : le compte, ses fichiers, ses bases de données, ses boîtes aux lettres et son DNS sont recréés pour vous, et le panneau affiche “Migrated — account X created” une fois terminé. Vous préférez regarder d'abord ? Le parcours connect → preflight → import reste disponible pour quand vous voulez inspecter une archive avant qu'elle n'arrive.

Comment ça marche

Quatre étapes, aucun souci

1

Connecter ou envoyer

Accédez à l'ancien serveur via SSH et confirmez son empreinte, ou envoyez une archive cpmove / pkgacct depuis le panneau.

2

Vérification préalable

Nimbopanel lit l'archive et rend compte exactement de ce qui sera importé : domaines, bases de données, boîtes aux lettres, tailles — et tout ce qu'il ne peut pas transférer est nommé plutôt qu'écarté.

3

Importer

Un seul clic recrée le compte : utilisateur Linux isolé, fichiers, bases de données et leurs utilisateurs, boîtes aux lettres avec leurs messages stockés, zone DNS, domaines additionnels et garés, et la version de PHP sur laquelle tournait le site.

4

Vérifier et basculer

Testez le site et la messagerie sur le nouveau serveur, puis pointez le DNS. Les mots de passe et les configurations d'application correspondent déjà, donc rien n'est à ressaisir.

La partie qui casse habituellement

Votre .htaccess vous suit

Les permaliens WordPress, les routes Laravel et Symfony, les règles d'un plugin de sécurité, les règles d'un plugin de cache — tous vivent dans le .htaccess, et tous sont écrits par des logiciels bien après la fin du déménagement.

Détecté pendant l'import

Si un compte porte des directives qui ne peuvent pas être reproduites sur la voie nginx plus rapide, ce compte est créé avec un vrai Apache derrière nginx. Cela se produit automatiquement, et par site — on ne vous pose jamais une question qui vous obligerait à faire des recherches au préalable.

Uniquement là où c'est nécessaire

Un site qui ne touche jamais au .htaccess conserve le saut unique, plus rapide. Sur un serveur où aucun compte n'a besoin d'Apache, aucun second serveur web ne tourne du tout.

Rien d'autre ne change

PHP s'exécute toujours sous l'utilisateur Linux propre du compte, et le HTTPS se termine toujours au niveau de nginx — donc les certificats, les renouvellements et l'isolation restent exactement identiques.

Ou voyez ce qui serait traduit

Vous préférez la voie nginx ? Le panneau convertit ce qu'il peut et énumère, ligne par ligne, les directives qu'il n'a pas pu convertir — c'est donc vous qui décidez, au lieu de l'apprendre par un visiteur.

Ce qui est conservé

Vos clients ne remarqueront rien — et c'est tant mieux

L'importateur conserve les détails qui font échouer les migrations moins abouties.

Mots de passe conservés

Les mots de passe des utilisateurs de base de données et des boîtes aux lettres sont conservés (les empreintes sont migrées), afin que les applications et les clients de messagerie restent connectés.

Mêmes noms de base de données

Comme le compte conserve son nom d'utilisateur cPanel, les noms de base de données concordent — wp-config.php et consorts fonctionnent sans modification.

E-mail + anciens messages

Les boîtes aux lettres, les redirections et les messages réellement stockés sont transférés dans la boîte aux lettres recréée.

Domaines + DNS

Les domaines additionnels, sous-domaines, domaines garés et enregistrements de zone DNS sont recréés.

La version de PHP sur laquelle tournait le site

Un site écrit pour PHP 7.4 arrive sur PHP 7.4, dans son propre pool. Les versions de 5.6 à 8.5 sont disponibles, choisies par compte.

Une barrière autour de l'archive

Une sauvegarde issue d'un autre serveur est une donnée non fiable. Les chemins sont assainis, seuls les fichiers ordinaires sont pris en compte, la taille et le nombre de fichiers sont plafonnés, et rien de son contenu n'est jamais exécuté.

Note en toute transparence : les comptes sont déplacés un par un, et tout ce que contient l'archive et que Nimbopanel ne sait pas accueillir est répertorié dans le rapport plutôt que discrètement écarté — vous voyez toujours exactement ce qui a été importé et ce qui ne l'a pas été.

Vous venez de cPanel ?

Comment votre configuration actuelle se retrouve dans Nimbopanel

Chaque élément d'une pile cPanel et WHM traditionnelle a sa place ici — souvent plusieurs produits distincts réunis dans le panneau lui-même.

Votre configuration actuelle Dans Nimbopanel
WHM (administration serveur) Le tableau de bord opérateur — comptes, offres, quotas, sécurité et messagerie, le tout depuis un seul endroit.
Comptes cPanel Des comptes isolés, chacun avec son propre utilisateur Linux et son propre pool PHP-FPM, cloisonné de tous les autres.
EasyApache et MultiPHP PHP par site, de 5.6 à 8.5, choisi par compte et exécuté dans son propre pool.
AutoSSL AutoSSL Let’s Encrypt pour chaque domaine — www et messagerie compris — délivré et renouvelé pour vous.
Sauvegardes de compte Sauvegardes planifiées et hors serveur, avec restauration granulaire de fichiers isolés, d'une base de données, de la messagerie ou des tâches cron.
WHMCS pour la facturation client NimboBilling, intégré à chaque offre payante — factures, taxe, tickets et paiement multi-passerelles, sans licence supplémentaire.
Licence par compte Licence par serveur — ajoutez autant de comptes d'hébergement que votre serveur peut gérer, sans taxe par compte.

Une simple correspondance, pas un tableau de score — voici tout bonnement les équivalents Nimbopanel des éléments que vous utilisez déjà.

Prêt à changer ?

Démarrez gratuitement, transférez un compte, et constatez à quel point le déménagement est propre avant de vous engager.