Sommaire
Guide détaillé
Étape 1
Partir du style de jeu
Vanilla convient à l’expérience officielle, Paper aux plugins et à l’optimisation, Fabric ou Forge aux mods.
Variantes et attention
- Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
- Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
- Ne changez jamais version, distribution et fichiers du monde dans la même opération.
Vérifications
- La console doit rester lisible après l’opération.
- Les joueurs attendus doivent pouvoir se connecter.
- Le monde doit être sauvegardé avant toute modification durable.
Étape 2
Vérifier la version des joueurs
Le serveur doit correspondre aux clients attendus. Une mauvaise version bloque l’entrée avant même les performances.
Variantes et attention
- Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
- Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
- Ne changez jamais version, distribution et fichiers du monde dans la même opération.
Vérifications
- La console doit rester lisible après l’opération.
- Les joueurs attendus doivent pouvoir se connecter.
- Le monde doit être sauvegardé avant toute modification durable.
Étape 3
Mesurer le poids des mods
Un modpack change complètement le besoin RAM et CPU. Ne dimensionnez pas un Forge comme un Vanilla.
Variantes et attention
- Les mods doivent souvent être présents côté serveur et côté client avec exactement la même version.
- Fabric, Forge et NeoForge ne sont pas interchangeables : choisissez le chargeur demandé par le modpack.
- Ajoutez les mods par lots courts pour repérer rapidement celui qui introduit un crash.
Vérifications
- Les logs ne doivent pas afficher de dépendance manquante au démarrage.
- Le monde doit être sauvegardé avant l’ajout.
- Un test joueur doit valider connexion, commandes et fonctionnalités attendues.
Étape 4
Prévoir les sauvegardes avant changement
Changer de distribution ou de version sans sauvegarde du monde est le moyen le plus court de perdre une partie.
Variantes et attention
- Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
- Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
- Ne changez jamais version, distribution et fichiers du monde dans la même opération.
Vérifications
- La sauvegarde doit avoir une date récente et une taille cohérente.
- Une restauration de test doit ouvrir le bon monde.
- Les inventaires, dimensions et points de spawn doivent être contrôlés.
Étape 5
Tester avec peu de joueurs
Validez stabilité et compatibilité avant d’ouvrir largement.
Variantes et attention
- Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
- Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
- Ne changez jamais version, distribution et fichiers du monde dans la même opération.
Vérifications
- La console doit rester lisible après l’opération.
- Les joueurs attendus doivent pouvoir se connecter.
- Le monde doit être sauvegardé avant toute modification durable.
Checklist finale
- Usage défini
- Version connue
- Sauvegarde prévue