Installer des mods sur un serveur Palworld
Réponse courte : les mods serveur Palworld fonctionnent uniquement sur un serveur dédié Windows. Il n’existe pas de mods serveur sous Linux. La procédure officielle consiste à placer le mod dans Mods/Workshop/<dossier>/ avec son Info.json, puis à l’activer dans Mods/PalModSettings.ini avec bGlobalEnableMod=true et une entrée ActiveModList par mod — en utilisant le PackageName lu dans Info.json, pas le nom du dossier. Guide à jour pour Palworld 1.0 (sortie le 10 juillet 2026).
Sur un serveur Palworld chez HebergTonServ, l’accès SFTP et le gestionnaire de fichiers permettent de déposer un mod et d’éditer
PalModSettings.inisans ligne de commande.
Windows uniquement : la contrainte à vérifier avant tout
C’est le point le plus structurant de ce guide, et celui qui fait perdre le plus de temps quand on l’ignore : le système de mods serveur de Palworld est réservé au serveur dédié Windows. Aucune manipulation, aucun contournement de configuration ne fera charger un mod serveur sur une installation Linux.
| Environnement | Mods serveur |
|---|---|
| Serveur dédié Windows | Oui — système officiel supporté |
| Serveur dédié Linux | Non — pas de mods serveur |
| Conteneur Docker sur hôte Linux | Non — l’hôte reste Linux |
Conséquence pratique : si vous prévoyez un serveur moddé, le choix de l’OS se fait avant l’installation, pas après. Basculer un monde existant de Linux vers Windows implique une migration de sauvegarde complète. Vérifiez donc l’OS de votre serveur en premier — la mise en place de zéro est décrite dans installer un serveur Palworld via SteamCMD.
Second avertissement, repris tel quel de la documentation officielle : seuls les mods conçus pour le serveur fonctionnent, et leur utilisation se fait à vos risques et périls — corruption de données et crashs sont possibles. Un mod client, aussi populaire soit-il, n’a rien à faire dans le dossier d’un serveur dédié.
Sauvegarder avant d’installer : non négociable
Avant de déposer le moindre fichier :
- Exécutez
/Saveen jeu pour forcer l’écriture du monde — voir les 13 commandes admin Palworld. - Arrêtez proprement le serveur avec
/Shutdown 60 "Maintenance mods". - Copiez l’intégralité du dossier de sauvegarde du monde ailleurs.
Le serveur réécrit ses données à l’arrêt : on ne manipule jamais les fichiers d’un serveur en fonctionnement. La procédure complète de sauvegarde et de restauration est détaillée dans sauvegarder et restaurer un serveur Palworld.
Cette sauvegarde n’est pas une précaution théorique : la documentation officielle mentionne explicitement le risque de corruption lié aux mods. Une copie datée du monde est votre seule marche arrière.
Où placer les fichiers d’un mod ?
Emplacement par défaut
Le dossier attendu est Mods/Workshop/<nom_du_dossier>/, chemin relatif à l’exécutable du serveur. Le fichier Info.json du mod doit se trouver directement dans ce dossier, pas dans un sous-dossier.
PalServer/
└── Mods/
├── PalModSettings.ini
└── Workshop/
├── MonPremierMod/
│ └── Info.json
└── MonSecondMod/
└── Info.jsonL’erreur classique : décompresser une archive qui contient déjà un dossier, ce qui aboutit à Mods/Workshop/MonMod/MonMod/Info.json. Le serveur ne trouve pas le mod. Vérifiez systématiquement que Info.json est au premier niveau du dossier du mod.
Emplacement personnalisé
Deux méthodes officielles permettent de sortir les mods de l’arborescence du serveur — utile pour les conserver entre deux réinstallations.
Méthode 1 — via Mods/PalModSettings.ini, sous la section [PalModSettings] :
[PalModSettings]
WorkshopRootDir=D:\PalworldModsMéthode 2 — via un argument de lancement :
PalServer.exe -workshopdir="D:\PalworldMods"| Méthode | Où ça se configure | Cas d’usage |
|---|---|---|
Défaut Mods/Workshop/ | Rien à configurer | Installation simple, un seul serveur |
WorkshopRootDir= | [PalModSettings] dans Mods/PalModSettings.ini | Mods conservés hors du dossier serveur |
-workshopdir="<chemin>" | Ligne de commande de lancement | Plusieurs instances partageant les mêmes mods |
Activer les mods dans PalModSettings.ini
Déposer les fichiers ne suffit pas : rien ne se charge tant que l’activation n’est pas écrite dans Mods/PalModSettings.ini.
[PalModSettings]
bGlobalEnableMod=true
ActiveModList=PackageNameDuPremierMod
ActiveModList=PackageNameDuSecondModDeux règles :
bGlobalEnableMod=trueest l’interrupteur général. Àfalse, aucun mod ne se charge, quelle que soit la liste.- Une entrée
ActiveModListpar mod. Un mod non listé reste inactif même s’il est présent sur le disque. C’est d’ailleurs la façon propre de désactiver temporairement un mod pour un test : commenter ou retirer sa ligne, sans supprimer les fichiers.
L’erreur n°1 : utiliser le nom du dossier au lieu du PackageName
C’est la cause la plus fréquente d’un mod qui « ne se charge pas ». La valeur attendue par ActiveModList est le PackageName lu dans le fichier Info.json du mod, et pas le nom du dossier dans lequel vous l’avez rangé.
Ouvrez Info.json et lisez la valeur du champ PackageName :
{
"PackageName": "AwesomeServerMod",
"IsServer": true
}(Extrait — Info.json contient d’autres champs.)
Dans cet exemple, même si le dossier s’appelle Mods/Workshop/mod-genial-v3/, la ligne correcte reste :
ActiveModList=AwesomeServerMod| Ce que vous voyez | Ce qu’il faut écrire |
|---|---|
Nom du dossier : mod-genial-v3 | ❌ Pas ça |
| Nom affiché du mod dans une page de téléchargement | ❌ Pas ça |
"PackageName" dans Info.json | ✅ C’est cette valeur |
Prenez le réflexe : pour chaque mod, ouvrez Info.json, copiez la valeur exacte de PackageName, collez-la dans ActiveModList. Sans reformater, sans corriger la casse.
Le déploiement au redémarrage
Une fois les fichiers en place et l’activation écrite, redémarrez le serveur. Le déploiement est automatique :
- Le serveur lit
PalModSettings.iniet repère les mods activés. - Il déploie leurs fichiers selon leurs
InstallRules— chaque mod décrit lui-même où ses fichiers doivent aller. - Il crée un fichier
InstallManifest.json, qui trace ce qui a été installé.
InstallManifest.json est votre meilleur outil de vérification : sa présence et son contenu indiquent que le déploiement a bien eu lieu. Si le fichier n’apparaît pas après un redémarrage, le problème se situe en amont — fichiers mal placés, bGlobalEnableMod à false, ou PackageName erroné.
Le contrôle suivant se fait dans les logs du serveur au démarrage, puis en jeu. Sur un hébergement infogéré, la console de logs affiche ces messages en temps réel.
Dépannage : mon mod ne se charge pas
| Symptôme | Cause probable | Correction |
|---|---|---|
| Aucun mod ne se charge | bGlobalEnableMod=false | Passer à true dans Mods/PalModSettings.ini |
| Un seul mod ne se charge pas | Nom du dossier utilisé au lieu du PackageName | Lire PackageName dans Info.json et corriger ActiveModList |
| Mod ignoré, aucun message | Info.json dans un sous-dossier | Placer Info.json directement dans Mods/Workshop/<dossier>/ |
| Mod détecté mais inactif | Mod client, pas serveur | Vérifier "IsServer": true dans Info.json |
| Mod refusé au chargement | Dépendances non satisfaites | Installer et activer les mods dont il dépend |
| Serveur sous Linux, rien ne fonctionne | Mods serveur non supportés sous Linux | Migrer vers un serveur dédié Windows |
Pas d’InstallManifest.json | Déploiement jamais déclenché | Vérifier le chemin des mods et redémarrer le serveur |
Deux vérifications systématiques dans Info.json en cas de doute :
"IsServer": true— c’est le marqueur qui indique qu’un mod est conçu pour tourner côté serveur. Sans lui, le mod n’a pas sa place sur un dédié.- Les dépendances — un mod qui en requiert un autre ne se chargera pas tant que ce dernier n’est pas installé et listé dans
ActiveModList.
Si le serveur ne démarre plus du tout après l’ajout d’un mod, retirez sa ligne d’ActiveModList, redémarrez, et confirmez que le serveur repart : vous aurez identifié le coupable. Les autres causes de non-démarrage sont listées dans mon serveur Palworld ne démarre pas.
Mods et mises à jour du jeu : la règle à retenir
Chaque mise à jour de Palworld peut casser un mod. Le rythme de développement d’un mod n’est jamais synchronisé avec celui de Pocketpair, et un mod compilé pour une version antérieure peut faire crasher un serveur mis à jour.
La routine à appliquer avant chaque mise à jour du jeu :
/Savepuis arrêt propre du serveur.- Sauvegarde complète du monde, datée.
- Mise à jour du serveur.
- Démarrage sans les mods (
bGlobalEnableMod=false) pour valider que le serveur de base fonctionne. - Réactivation des mods un par un, en vérifiant les logs et l’apparition d’
InstallManifest.json.
Cette séquence sépare deux causes possibles de panne — la mise à jour ou les mods — au lieu de les mélanger. Le déroulé complet d’une montée de version est décrit dans mettre à jour un serveur Palworld.
Sur un serveur Palworld hébergé, les mises à jour automatiques et les sauvegardes quotidiennes couvrent les étapes 2 et 3 ; les étapes 4 et 5 restent à votre main, puisque vous seul savez quels mods vous utilisez.
FAQ
Peut-on installer des mods sur un serveur Palworld Linux ?
Non. Le système de mods serveur de Palworld fonctionne uniquement sur serveur dédié Windows. Aucun réglage ne permet de charger des mods serveur sur une installation Linux, y compris dans un conteneur Docker tournant sur un hôte Linux.
Où placer les fichiers d’un mod sur un serveur Palworld ?
Dans Mods/Workshop/<nom_du_dossier>/, chemin relatif à l’exécutable du serveur, avec le fichier Info.json directement dans ce dossier. Un emplacement personnalisé est possible via WorkshopRootDir=<chemin> sous [PalModSettings] dans Mods/PalModSettings.ini, ou avec l’argument de lancement -workshopdir="<chemin>".
Pourquoi mon mod Palworld ne se charge pas ?
La cause la plus fréquente est une entrée ActiveModList renseignée avec le nom du dossier au lieu du PackageName lu dans Info.json. Vérifiez aussi que bGlobalEnableMod=true, que Info.json est bien au premier niveau du dossier du mod, et qu’il contient "IsServer": true.
À quoi sert le fichier InstallManifest.json ?
Il est créé automatiquement par le serveur lors du déploiement des mods au redémarrage, et trace ce qui a été installé. Son absence après un redémarrage signifie que le déploiement n’a pas eu lieu : chemin des mods incorrect, activation manquante ou PackageName erroné.
Les mods peuvent-ils corrompre une sauvegarde Palworld ?
Oui. La documentation officielle précise que l’utilisation des mods se fait à vos risques et périls, corruption de données et crashs compris. Sauvegardez toujours l’intégralité du monde avant d’installer un mod et avant chaque mise à jour du jeu.
Faut-il désactiver les mods avant une mise à jour de Palworld ?
C’est la méthode recommandée. Passez bGlobalEnableMod=false, mettez à jour le serveur, vérifiez qu’il démarre correctement sans mods, puis réactivez-les un par un. Vous distinguez ainsi un problème lié à la mise à jour d’un problème lié à un mod.
En résumé
- Mods serveur Palworld = serveur dédié Windows uniquement. Pas de mods serveur sous Linux.
- Emplacement par défaut :
Mods/Workshop/<dossier>/, avecInfo.jsondirectement dedans. - Emplacement personnalisé :
WorkshopRootDir=sous[PalModSettings]dansMods/PalModSettings.ini, ou-workshopdir="<chemin>"au lancement. - Activation :
bGlobalEnableMod=true+ une entréeActiveModListpar mod, avec lePackageNamed’Info.json, jamais le nom du dossier. - Au redémarrage : déploiement automatique, création d’
InstallManifest.json, fichiers organisés selon lesInstallRules. - Dépannage :
"IsServer": truerequis dansInfo.json, dépendances à satisfaire. - Officiel : seuls les mods conçus pour le serveur fonctionnent, usage à vos risques (corruption et crashs possibles).
Pour un hébergeur Palworld avec accès SFTP complet, gestionnaire de fichiers, console de logs et sauvegardes automatiques quotidiennes — les quatre outils dont on a besoin pour modder sereinement — HebergTonServ propose ses offres Palworld dès 11,90 €/mois, avec une garantie de remboursement de 24 h.



