Avant de commencer
Notez la version du jeu, le nom exact du monde, le backend de connexion et les mods éventuels. Prévoyez une maintenance. Le guide officiel Valheim décrit les fichiers et paramètres ; les chemins effectifs dépendent du répertoire de sauvegarde choisi par le serveur.
Retrouver la paire du même monde
Un monde nommé Midgard utilise une paire comme Midgard.db et Midgard.fwl. Le fichier .db contient les données du monde, tandis que .fwl contient ses informations associées. Prenez les deux dans le même point de sauvegarde, sans mélanger des copies de dates différentes. Un monde enregistré dans le cloud doit d’abord être récupéré comme fichiers locaux cohérents via les fonctions du jeu.
Arrêter les deux sources d’écriture
Arrêtez le monde sur l’ancien hébergeur avant la dernière copie. Arrêtez également le serveur de destination avant remplacement, afin qu’il ne réécrive pas ses propres fichiers pendant le transfert. Sauvegardez sa configuration et tout monde déjà présent. Conservez l’original jusqu’à validation. Une copie prise pendant une sauvegarde en cours peut être incomplète même si ses deux fichiers existent.
Placer les fichiers au bon endroit
Le lanceur CubixServ utilise un répertoire de sauvegarde /data/saves et le paramètre -world pour choisir le monde. Recherchez le dossier worlds_local effectif et la paire existante dans les fichiers du service. Le chemin affiché au client peut être relatif à /data. Faites correspondre le nom configuré aux noms des fichiers, avec la même casse ; le nom public du serveur n’est pas nécessairement le nom du monde.
Vérifier Steam ou crossplay
Le backend Steam et le backend crossplay ne se configurent pas de façon identique. Le mode crossplay utilise les mécanismes de relais décrits par Valheim et le paramètre -crossplay ; il n’est pas activé implicitement par le transfert du monde. Utilisez l’adresse et les ports attribués par le panel. Ne changez pas les règles réseau de l’hôte et ne supposez pas qu’un port standard est disponible.
Contrôler les accès et les mods
Vérifiez le mot de passe et les listes adminlist.txt, permittedlist.txt et bannedlist.txt selon la documentation officielle. Ces fichiers ont des fonctions distinctes : un administrateur n’est pas automatiquement une liste complète de joueurs autorisés. Les mods peuvent exiger des composants côté client et serveur. Une configuration modifiée sur PC ne garantit pas qu’un client console puisse rejoindre, même lorsque le crossplay est actif.
Valider le monde puis garder une copie
Démarrez le serveur, consultez les journaux et connectez-vous pour vérifier bâtiments, progression et nom du monde. Faites ensuite une sauvegarde propre et confirmez que les fichiers sont bien mis à jour dans le répertoire attendu. Si le serveur génère un monde neuf, revérifiez nom, chemin et permissions avant toute suppression. Pour revenir en arrière, arrêtez le serveur et restaurez la paire ainsi que sa configuration compatible.
Selon votre situation
| Situation | Prochaine vérification |
|---|---|
| Un monde neuf apparaît | Vérifier le nom passé à -world, la casse et le dossier de sauvegarde. |
| Les joueurs console échouent | Contrôler le backend crossplay et les exigences des mods, pas seulement l’adresse. |
| Un seul fichier retrouvé | Récupérer la paire correspondante depuis la source ou une sauvegarde cohérente. |
Sources officielles
Ces documents décrivent les protocoles et logiciels concernés. Les conditions de votre service et sa configuration restent à vérifier.