Tu as installé le serveur dédié et tu veux le renommer, limiter les slots et t'assurer que les joueurs puissent s'y connecter. Le fichier de config est petit, mais une virgule mal placée le rend invalide. VarintKeel lit le fichier, te propose la modif sous forme de diff et attend ton OK, pour que le changement reste visible de la première ligne jusqu'au test dans le jeu. Tu gardes aussi une copie du dossier du monde avant de commencer. Il te faut seulement 3 choses : le dossier du serveur dédié, un modèle connecté dans l'appli et un moment où personne ne joue. Le job entier prend 4 étapes : ouvrir le dossier, demander, vérifier et tester. Chaque étape laisse une carte dans le chat, pour que tu puisses remonter et voir exactement ce qui a été lu, ce qui a changé et ce que la commande a retourné.
Dans VarintKeel, choisis le dossier qui contient enshrouded_server.json comme dossier de travail du chat, pour que les outils de fichier voient les paramètres et les logs. Copie le dossier du monde maintenant, avant la première modif, avec les étapes de sauvegarde décrites ci-dessous. Note le nom original et la limite de slots, car tu voudras les comparer après la modif.
Tape ton objectif, par exemple un nouveau nom et une limite de slots, et passe en Plan only si tu veux que les étapes soient écrites d'abord sans rien lancer. Un plan est peu coûteux à lire, et tu peux changer l'objectif avant que l'agent ne touche à un seul fichier. Plan only est un bon premier essai pour un dossier que tu n'as pas regardé depuis des mois.
En Ask first, lis les lignes proposées pour le fichier de paramètres, compare-les avec ta copie, et accepte ou rejette le changement. Si une ligne semble fausse, rejette toute la modif et demande à nouveau avec une requête plus claire ; rien n'est sauvegardé tant que la carte attend. Les noms et les limites de slots sont de petites valeurs, ce qui en fait une bonne première modif.
Lance le serveur, rejoins-le depuis le jeu et vérifie le nom, la limite de slots et la connexion avant de supprimer toute sauvegarde. Si quelque chose ne va pas, lis le log avec grep, corrige un élément et teste à nouveau. Garde le chat ouvert, car les cartes sont ton historique des modifs.
enshrouded_server.jsonread okenshrouded_server.jsonsavedqueryPort1 matchnetstat -an | findstr LISTENINGexit 0{
"name": "Example Survival Server",
"saveDirectory": "./savegame",
"logDirectory": "./logs",
"ip": "0.0.0.0",
"queryPort": 40001,
"slotCount": 4,
"gameSettingsPreset": "Default"
}Cet exemple abrégé utilise des valeurs fictives et omet les mots de passe. Prends le vrai queryPort de ton propre fichier ou de la doc officielle du serveur, pas de cette page, et copie le fichier avant de le modifier. L'agent affichera chaque changement sous forme de diff, pour que tu puisses comparer ton propre fichier avec cette mise en page ligne par ligne.
Les personnes qui cherchent de l'aide pour la config du serveur dédié ont souvent les fichiers mais pas de carte de ceux-ci. list_dir affiche le dossier sous forme d'arbre et glob trouve tous les fichiers JSON et logs dedans, pour que tu apprennes où se trouvent réellement enshrouded_server.json et les logs. read_file ouvre ensuite le fichier de paramètres et liste des champs tels que name, saveDirectory, logDirectory, ip, queryPort, slotCount et gameSettingsPreset. Rien n'est modifié dans cette phase, donc Ask first n'a rien à suspendre. Compare les chemins dans le fichier avec les dossiers sur ton disque avant de continuer, car un saveDirectory erroné est plus facile à corriger maintenant qu'après une première nuit de jeu.
La première modif de config du serveur Enshrouded devrait être petite, comme le nom ou slotCount. Arrête le serveur, puis demande à l'agent de modifier ce seul champ. edit_file construit le changement, et la carte affiche un diff avec l'ancienne et la nouvelle ligne. En Ask first, tu l'acceptes ou le rejettes, et une virgule ou une guillemet erronés se remarqueraient dans le diff, car ils rendraient le fichier invalide. Garde une copie de l'original en premier. Puis lance le serveur et laisse grep chercher le premier log d'erreur pour voir si le fichier a été chargé. Si le serveur démarre mais qu'une valeur semble fausse, demande à l'agent de relire le fichier et de le comparer avec ta copie.
Un port bloqué est une raison courante pour laquelle les amis ne peuvent pas rejoindre. Le serveur écoute sur les numéros de port dans son fichier de config, et les joueurs sur Internet ont aussi besoin du port redirigé sur ton routeur vers le PC du serveur et autorisé dans le pare-feu Windows. L'agent lit queryPort, et Shell liste les connexions de ce PC pour que tu puisses voir si le serveur écoute. Quand un serveur dédié en LAN uniquement affiche une latence élevée, lis le log et le fichier de config avant de toucher à un port. Le routeur et le pare-feu restent tes responsabilités. Compare chaque résultat avec la doc officielle avant de changer quoi que ce soit, et ne modifie qu'un seul port à la fois, pour savoir quel changement a aidé. Note la nouvelle valeur à côté de l'ancienne dans tes propres notes.
Une copie du dossier du monde rend chaque autre modif réversible. Arrête le serveur et demande à l'agent de copier le dossier nommé par saveDirectory avec Robocopy via Shell ; la carte affiche le code de sortie réel. Les personnes qui veulent transférer un monde sauvegardé vers un serveur dédié devraient d'abord copier le dossier que le serveur utilise déjà, pour avoir un moyen de revenir en arrière, puis lire la doc officielle pour le déplacement lui-même avec web_search ou http_get. Pour tester la sauvegarde, restaure-la dans un dossier vide et vérifie avec list_dir que les fichiers sont bien là. Puis lance le serveur sur la copie restaurée pour voir si elle se charge. Répète ce test après chaque mise à jour, car une sauvegarde qui a fonctionné le mois dernier dit peu de choses sur celle que tu as faite aujourd'hui.
