Configuration Palworld : le fichier PalWorldSettings.ini

La configuration Palworld d'un serveur dédié repose presque entièrement sur le fichier PalWorldSettings.ini, qui regroupe la difficulté, les taux de drop et d'expérience, la limite de Pals par base, les mots de passe d'accès et la fréquence des sauvegardes. Comprendre sa syntaxe permet d'ajuster finement l'équilibre du jeu sans toucher au moteur ni tout réinstaller.

Localiser et modifier le fichier de configuration Palworld

Sur un serveur dédié Palworld, le fichier PalWorldSettings.ini se trouve dans Pal/Saved/Config/WindowsServer/, ou LinuxServer/ sur une machine Linux. S'il n'existe pas encore, un modèle vierge nommé DefaultPalWorldSettings.ini est disponible dans le même dossier. Il suffit de le copier et de le renommer pour obtenir un fichier éditable.

Pal/Saved/Config/WindowsServer/PalWorldSettings.ini

Le fichier tient sur une seule ligne très longue, à l'intérieur d'un bloc OptionSettings=(...). Mieux vaut l'ouvrir avec un éditeur de texte brut, jamais un traitement de texte qui ajouterait une mise en forme invisible. Une virgule oubliée ou une parenthèse mal fermée empêche purement et simplement le serveur de démarrer.

Sur un hébergement classique, l'accès au fichier se fait par FTP ou par la console du panel. Le NexusPanel intègre un WebFTP permettant d'éditer ce fichier directement depuis le navigateur, sans logiciel tiers, avec un redémarrage du serveur en un clic une fois les modifications enregistrées. Pour un déploiement clé en main avec sauvegardes automatiques et Anti-DDoS inclus, l'hébergement Palworld de Nexus Games applique directement ces réglages via son panel.

Réglages de difficulté et de survie

Le paramètre Difficulty accepte principalement la valeur None, qui laisse les autres curseurs décider de l'équilibre. C'est en réalité DayTimeSpeedRate, NightTimeSpeedRate et les taux de dégâts (PalDamageRateAttack, PlayerDamageRateDefense) qui façonnent la difficulté réelle d'une partie. Une communauté orientée construction gagnera à ralentir la nuit, une communauté PvE à réduire les dégâts subis.

DeathPenalty contrôle ce que le joueur perd à sa mort. Quatre valeurs sont disponibles et changent radicalement la tension du jeu.

Valeur	Effet à la mort
None	Aucune perte d'objet
Item	Perte des objets de l'inventaire uniquement
ItemAndEquipment	Perte des objets et de l'équipement porté
All	Perte des objets, de l'équipement et des Pals suivis

Pour le PvP, trois booléens suffisent : bIsPvP active le mode, bEnablePlayerToPlayerDamage autorise les dégâts entre joueurs, bEnableFriendlyFire gère les tirs entre alliés d'une même guilde. Laisser les trois à False garantit une expérience purement coopérative, sans conflit entre bases.

bIsPvP=False,
bEnablePlayerToPlayerDamage=False,
bEnableFriendlyFire=False,
DeathPenalty=Item

Taux de drop, d'expérience et de récolte

Les taux de progression se règlent indépendamment les uns des autres, ce qui permet par exemple d'accélérer l'expérience sans toucher au loot. Chaque valeur est un multiplicateur appliqué au comportement par défaut du jeu.

• ExpRate : multiplicateur d'expérience gagnée, 1.0 par défaut
• PalCaptureRate : taux de réussite de capture des Pals
• CollectionDropRate : quantité de ressources obtenues par récolte
• EnemyDropItemRate : quantité d'objets lâchés par les ennemis vaincus
• CollectionObjectRespawnSpeedRate : vitesse de réapparition des ressources
• WorkSpeedRate : vitesse d'exécution des tâches par les Pals affectés au travail

Pour une communauté qui joue par sessions courtes, doubler ExpRate et CollectionDropRate (valeurs à 2.0) réduit le temps nécessaire pour atteindre les bâtiments avancés. À l'inverse, une communauté orientée survie longue durée laissera ces valeurs à 1.0, voire les descendra sous 1.0 pour ralentir la progression.

Limiter le nombre de Pals par base

BaseCampWorkerMaxNum fixe le nombre maximal de Pals assignés à une base, fixé à 15 par défaut. Augmenter cette valeur permet de faire tourner plus de postes de travail simultanément, au prix d'une charge CPU plus élevée sur les bases très peuplées, surtout en fin de partie avec plusieurs chaînes de production actives.

BaseCampMaxNum limite quant à lui le nombre total de bases pouvant exister sur la carte, fixé à 128 par défaut. Sur un serveur communautaire avec de nombreux joueurs, cette limite se dépasse vite si chaque joueur ou guilde fonde sa propre base. PalSpawnNumRate agit en complément en réglant la densité globale de Pals sauvages sur la carte.

BaseCampWorkerMaxNum=15,
BaseCampMaxNum=128,
PalSpawnNumRate=1.000000

Pour une communauté active sur tous nos serveurs de jeux, mieux vaut monter BaseCampWorkerMaxNum progressivement et surveiller la consommation CPU via la console du panel avant d'aller plus loin. Un saut trop brutal, par exemple de 15 à 40, peut générer des ralentissements visibles sur les bases les plus denses.

Mots de passe et accès RCON

AdminPassword donne accès aux commandes d'administration en jeu, comme le kick, le ban ou le changement d'heure. ServerPassword, lui, verrouille l'entrée même du serveur à toute personne ne connaissant pas le mot de passe. Les deux champs doivent rester distincts et suffisamment longs, idéalement 12 caractères mêlant lettres, chiffres et symboles.

RCONEnabled active le protocole RCON, qui permet d'envoyer des commandes à distance depuis un outil tiers ou un script. RCONPort définit le port d'écoute, 25575 par défaut, qu'il faut ouvrir uniquement vers les IP de confiance si le pare-feu le permet.

AdminPassword="motdepasse_admin_solide",
ServerPassword="motdepasse_entree",
RCONEnabled=True,
RCONPort=25575

Sur un VPS, ces précautions se complètent par un pare-feu classique et une surveillance régulière des connexions. Le guide technique officiel détaille la liste complète des commandes RCON disponibles pour l'administration à distance.

Sauvegardes automatiques et redémarrages planifiés

bIsUseBackupSaveData conserve une copie de la sauvegarde précédente à chaque écriture sur disque, ce qui évite de perdre toute une partie en cas de corruption pendant l'écriture. Laisser ce paramètre à True coûte un peu d'espace disque mais protège efficacement une communauté active avec plusieurs bases et guildes.

Le jeu écrit ses sauvegardes à intervalle régulier sans réglage direct dans le fichier .ini pour en changer la fréquence. La bonne pratique consiste à programmer des sauvegardes externes complémentaires, via le panel ou une tâche planifiée sur un VPS, pour garder plusieurs générations de sauvegarde distinctes.

systemctl status palworld.service
crontab -e
0 */6 * * * tar czf /backups/palworld_$(date +\%F).tar.gz /home/palworld/Pal/Saved

Avant un redémarrage planifié, un message en jeu laisse le temps aux joueurs de se mettre en sécurité, puis une commande d'arrêt propre évite toute corruption de sauvegarde en cours d'écriture. Consulter le Blog Nexus Games permet de suivre les notes de mise à jour qui modifient parfois la structure du fichier .ini.

Conclusion

Pour une communauté stable, trois réglages priment sur tous les autres : un DeathPenalty cohérent avec le rythme de jeu, un BaseCampWorkerMaxNum ajusté progressivement en surveillant le CPU, et bIsUseBackupSaveData activé en permanence. L'erreur la plus fréquente reste de monter les limites de Pals trop vite sans observer l'impact réel sur les performances.

FAQ

Les mods Palworld peuvent-ils entrer en conflit avec les réglages du fichier .ini ?

Oui, certains mods réécrivent directement des valeurs du fichier PalWorldSettings.ini ou ajoutent leurs propres fichiers de configuration. Il est recommandé de sauvegarder le fichier original avant d'installer un mod et de vérifier les changelogs du mod pour repérer d'éventuels paramètres modifiés automatiquement au démarrage du serveur.

Quelle quantité de RAM prévoir pour une partie avec beaucoup de joueurs et de bases ?

Palworld demande généralement un minimum de 8 à 16 Go de RAM pour un petit groupe, et davantage dès que le nombre de bases actives et de Pals affectés au travail augmente. Les bases très denses avec de nombreuses chaînes de production consomment davantage de ressources que le nombre brut de joueurs connectés.

Le serveur Palworld prend-il en charge le crossplay entre Steam et Xbox ?

Oui, le paramètre AllowConnectPlatform du fichier .ini permet d'autoriser ou de restreindre les plateformes qui peuvent rejoindre le serveur, par exemple Steam uniquement, Xbox uniquement, ou les deux simultanément. Ce réglage se combine avec bUseAuth pour contrôler la vérification des comptes à la connexion.