Avant de commencer
Arrêtez le serveur avant de sauvegarder le monde, sa base et sa configuration. Gardez une copie à part avec la version utilisée. Au 26 octobre 2026, l’éditeur annonce 42.21 Stable ; vérifiez la version réellement affichée par votre serveur, sans supposer qu’il a déjà été mis à jour.
Identifier Build 41 ou Build 42
Build 41 et Build 42 ne sont pas interchangeables. Une branche legacy peut servir une communauté qui conserve ses anciens mods. Les notes de version officielles signalent aussi des incompatibilités entre certaines versions de Build 42. Faites correspondre les clients au serveur et ne promettez pas qu’un monde ancien migrera sans perte. Gardez l’environnement précédent disponible pour un retour arrière.
Comprendre les deux identifiants
Le Workshop ID identifie une publication Steam ; le Mod ID identifie un module à charger dans le jeu. Une publication peut contenir plusieurs modules ou dépendances. Conservez un relevé séparé des deux listes. Un exemple de forme est WorkshopItems=1234567890, mais ce numéro est illustratif : utilisez celui indiqué par l’auteur et ses véritables Mod IDs, jamais un nom deviné.
Utiliser la sélection du panel
Dans les ressources du panel, choisissez les éléments Workshop compatibles et leurs modules. Le profil validé alimente les champs WorkshopItems et Mods au démarrage. La syntaxe des Mod IDs diffère notamment pour Build 42 ; laissez le panel produire le format adapté. Modifier ces mêmes champs à la main dans CubixServ.ini peut être écrasé au prochain démarrage par le profil sélectionné.
Ajuster le Sandbox avec prudence
Les fichiers de configuration sont associés au nom de serveur ; CubixServ.ini et CubixServ_SandboxVars.lua correspondent au nom CubixServ lorsque celui-ci est utilisé. Relevez le nom réel avant modification. Changez un paramètre à la fois, en conservant la syntaxe Lua. Population de zombies, exploration et persistance du monde influencent la charge. Certains réglages n’ont pas le même effet sur une sauvegarde existante que sur un monde neuf.
Diagnostiquer un refus de connexion
Comparez les versions exactes du serveur et du joueur, puis cherchez dans les journaux un mod manquant, une dépendance ou une erreur de chargement. Testez un ensemble réduit sur une copie de sauvegarde. Retirer directement un mod d’un monde actif peut supprimer des objets ou casser des données. Les mods Lua sont officiellement pris en charge ; les chargeurs ou modifications Java ne bénéficient pas du même support éditeur.
Préparer la reprise et le dimensionnement
Sauvegardez monde, base, fichiers Sandbox et profil de mods comme un ensemble. Vérifiez les premières connexions et une sauvegarde après redémarrage avant de rouvrir à tous. Si le problème est une saturation, observez mémoire, CPU, population de zombies et zones explorées pendant une session représentative. Le nombre de joueurs ne suffit pas à prévoir la charge d’un monde persistant très modifié.
Selon votre situation
| Situation | Prochaine vérification |
|---|---|
| Version différente | Aligner la branche et la version du client sur celles du serveur avant de toucher au monde. |
| Mod présent mais non chargé | Vérifier son Mod ID, ses dépendances et sa compatibilité avec la branche. |
| Échec après mise à jour | Revenir à une sauvegarde cohérente avec sa configuration et ses versions. |
Sources officielles
Ces documents décrivent les protocoles et logiciels concernés. Les conditions de votre service et sa configuration restent à vérifier.