Configurer son serveur Palworld : guide complet des paramètres
Par Benjamin D. · PDG
· Mis à jour le 23 août 2026 · Lecture 11 min
Sommaire
Configurer un serveur Palworld demande un peu plus qu'un simple clic : ports UDP, fichier PalWorldSettings.ini, RCON, sauvegardes et réglages de taux d'XP conditionnent l'expérience de votre communauté. Ce tutoriel 2026 couvre l'installation, le paramétrage complet, l'optimisation des performances et le dépannage, que vous passiez par un panel Pterodactyl ou par un VPS administré à la main.
Préparer et déployer son serveur Palworld
Palworld reste un jeu gourmand en mémoire vive et très sensible à la fréquence CPU. Le serveur dédié tourne sur un seul thread principal pour la simulation du monde : un processeur à haute fréquence (type Ryzen) apporte bien plus de gain qu'un grand nombre de cœurs peu véloces. C'est le premier arbitrage à faire avant même de toucher au moindre fichier de configuration.
Dimensionner correctement la machine
| Nombre de joueurs | RAM conseillée | CPU | Stockage |
|---|---|---|---|
| 2 à 4 (coop entre amis) | 8 Go | 2 vCPU haute fréquence | 20 Go NVMe |
| 5 à 12 | 12 à 16 Go | 4 vCPU haute fréquence | 30 Go NVMe |
| 16 à 32 (serveur communautaire) | 24 à 32 Go | 4 à 6 vCPU haute fréquence | 50 Go NVMe |
Le point critique : la sauvegarde du monde grossit avec le nombre de bases, de Pals capturés et de structures posées. Un monde très actif après plusieurs mois peut dépasser plusieurs centaines de mégaoctets et provoquer des micro-freezes au moment de l'écriture disque. Le stockage NVMe n'est donc pas un luxe mais une nécessité pour éviter les lags périodiques lors des sauvegardes automatiques.
Les ports à ouvrir
- 8211/UDP : port de jeu par défaut (obligatoire).
- 27015/UDP : port de query Steam, utile pour la visibilité dans la liste des serveurs communautaires.
- 25575/TCP : RCON, uniquement si vous l'activez (à ne jamais exposer publiquement sans filtrage).
Sur un hébergement de Serveur Palworld chez Fly-Serv, ces ports sont attribués automatiquement à la création de l'instance et l'anti-DDoS filtre le trafic en amont : vous n'avez rien à configurer côté réseau. Sur un VPS auto-géré, c'est à vous de gérer le pare-feu.
Installation via SteamCMD sur un VPS Linux
Si vous partez d'un VPS Linux nu (Debian 12 ou Ubuntu 22.04/24.04), voici la séquence classique. On ne fait jamais tourner un serveur de jeu en root : on crée un utilisateur dédié.
sudo apt update && sudo apt upgrade -y
sudo dpkg --add-architecture i386 && sudo apt update
sudo apt install -y steamcmd lib32gcc-s1 xdg-user-dirs ufw
sudo adduser --disabled-password --gecos "" palworld
sudo su - palworld
steamcmd +force_install_dir /home/palworld/server \
+login anonymous \
+app_update 2394010 validate \
+quit
Premier lancement pour générer l'arborescence de configuration :
cd /home/palworld/server
./PalServer.sh
# Laisser tourner ~60 secondes puis CTRL+C
Service systemd pour un démarrage propre
sudo nano /etc/systemd/system/palworld.service
[Unit]
Description=Serveur dedie Palworld
After=network-online.target
[Service]
User=palworld
Group=palworld
WorkingDirectory=/home/palworld/server
ExecStartPre=/usr/games/steamcmd +force_install_dir /home/palworld/server +login anonymous +app_update 2394010 validate +quit
ExecStart=/home/palworld/server/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS -port=8211 -publicport=8211 -players=16
Restart=on-failure
RestartSec=15
TimeoutStopSec=60
[Install]
WantedBy=multi-user.target
sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld
journalctl -u palworld -f
Les trois flags -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS sont documentés par les développeurs et réduisent sensiblement le stuttering côté serveur. Gardez-les.
Déploiement via panel Pterodactyl
Sur un hébergement clé en main, l'installation est instantanée : l'œuf Palworld télécharge l'app 2394010, génère la configuration et démarre l'instance. Vous accédez ensuite à la console live, au gestionnaire de fichiers et aux redémarrages planifiés directement depuis le panel. C'est l'approche recommandée si vous ne voulez pas maintenir un système Linux vous-même. Ceux qui préfèrent gérer plusieurs instances (Palworld + Serveur Valheim + Serveur Minecraft) sous une même interface peuvent partir sur un VPS Pterodactyl.
Configurer PalWorldSettings.ini de A à Z
Toute la personnalisation du gameplay passe par un unique fichier. Attention à ne pas modifier le mauvais : le fichier de référence en lecture seule se trouve dans DefaultPalWorldSettings.ini, mais celui que le serveur lit réellement est :
/home/palworld/server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
Sur Windows, remplacez LinuxServer par WindowsServer. Le fichier contient une unique ligne géante après OptionSettings=(. Une virgule manquante ou un guillemet mal fermé et le serveur repart intégralement sur les valeurs par défaut, sans erreur explicite. C'est la cause n°1 des tickets « mes réglages ne s'appliquent pas ».
Règle d'or de l'édition
- Arrêtez le serveur avant d'éditer (sinon le fichier est réécrit à l'arrêt).
- Faites une copie du fichier.
- Modifiez, sauvegardez, redémarrez.
- Vérifiez en jeu qu'un paramètre visible (ex. taux d'XP) a bien changé.
Les paramètres à connaître
| Paramètre | Défaut | Effet et conseil |
|---|---|---|
ServerName |
"Default Palworld Server" | Nom affiché dans la liste communautaire. Évitez les caractères exotiques. |
ServerPassword |
"" | Mot de passe d'accès. Indispensable pour un serveur privé. |
AdminPassword |
"" | Ouvre les commandes admin en jeu. À définir systématiquement, long et unique. |
ServerPlayerMaxNum |
32 | Slots. Au-delà de 32, la stabilité se dégrade fortement. |
ExpRate |
1.0 | Multiplicateur d'XP. 2.0 à 3.0 sur un serveur communautaire semi-rapide. |
PalCaptureRate |
1.0 | Facilite la capture. 1.5 réduit la frustration sans casser l'équilibre. |
DeathPenalty |
All | None / Item / ItemAndEquipment / All. « Item » est le bon compromis PvE. |
bEnablePlayerToPlayerDamage |
False | Active le PvP entre joueurs. |
bEnableInvaderEnemy |
True | Raids sur les bases. Désactiver soulage le CPU sur les gros serveurs. |
BaseCampMaxNumInGuild |
4 | Bases par guilde. Chaque base active coûte du CPU : ne montez pas trop. |
GuildPlayerMaxNum |
20 | Taille max d'une guilde. |
AutoSaveSpan |
30.0 | Intervalle de sauvegarde en secondes. 300 à 600 réduit les freezes sur gros monde. |
bIsUseBackupSaveData |
True | Garde des copies du monde. Laissez sur True. |
RCONEnabled / RCONPort |
False / 25575 | Administration distante. À activer uniquement avec un mot de passe solide. |
bShowPlayerList |
True | Affiche la liste des joueurs connectés. |
CoopPlayerMaxNum |
4 | Limite de joueurs en monde coopératif (hors serveur dédié). |
Exemple de configuration « serveur communautaire PvE »
[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.500000,
ExpRate=2.500000,PalCaptureRate=1.500000,PalSpawnNumRate=1.200000,
PalDamageRateAttack=1.000000,PalDamageRateDefense=1.000000,
PlayerDamageRateAttack=1.000000,PlayerDamageRateDefense=1.000000,
PlayerStomachDecreaceRate=0.700000,PlayerStaminaDecreaceRate=0.700000,
PalStomachDecreaceRate=0.700000,BuildObjectDamageRate=1.000000,
CollectionDropRate=2.000000,CollectionObjectRespawnSpeedRate=0.800000,
EnemyDropItemRate=1.500000,DeathPenalty=Item,
bEnablePlayerToPlayerDamage=False,bEnableFriendlyFire=False,
bEnableInvaderEnemy=True,bActiveUNKO=False,
DropItemMaxNum=3000,BaseCampMaxNum=128,BaseCampWorkerMaxNum=15,
GuildPlayerMaxNum=20,BaseCampMaxNumInGuild=4,
AutoSaveSpan=600.000000,bIsMultiplay=True,bIsPvP=False,
bEnableNonLoginPenalty=True,bEnableFastTravel=True,
bIsStartLocationSelectByMap=True,bExistPlayerAfterLogout=False,
bIsUseBackupSaveData=True,LogFormatType=Text,
ServerPlayerMaxNum=24,ServerName="Ma communaute FR",
ServerDescription="Serveur PvE francophone",
AdminPassword="MotDePasseAdminTresLong2026",ServerPassword="",
PublicPort=8211,PublicIP="",RCONEnabled=True,RCONPort=25575,
Region="",bUseAuth=True,BanListURL="https://api.palworldgame.com/api/banlist.txt")
Important : dans le fichier réel, tout doit tenir sur une seule ligne. Les retours à la ligne ci-dessus sont uniquement pour la lisibilité. Copiez, puis supprimez les sauts de ligne avant de sauvegarder.
Réglages qui pèsent sur le CPU
PalSpawnNumRateau-dessus de 1.5 : multiplie les entités simulées, forte hausse de charge.BaseCampWorkerMaxNum: chaque Pal au travail est simulé en continu. 15 est un plafond raisonnable.DropItemMaxNumtrop élevé : les objets au sol persistent et alourdissent la sauvegarde.bEnableInvaderEnemy=Trueavec beaucoup de bases : pics de charge lors des raids simultanés.
La documentation officielle des paramètres est maintenue par les développeurs sur le site technique Palworld, à consulter à chaque mise à jour majeure car de nouvelles clés apparaissent régulièrement.
Performance, sauvegardes et sécurité du serveur Palworld
Maîtriser la latence et le tick
Un serveur Palworld qui « lag » présente en général trois symptômes distincts qu'il ne faut pas confondre :
- Rubber-banding généralisé : saturation CPU du thread principal. Réduisez le nombre de Pals au travail, les bases actives et le spawn rate.
- Freeze périodique toutes les X secondes : écriture de sauvegarde. Augmentez
AutoSaveSpanet vérifiez que le stockage est bien en NVMe. - Ping élevé pour certains joueurs seulement : problème de routage réseau. Choisissez un datacenter géographiquement proche de votre communauté.
Pour surveiller la charge sur un VPS :
htop
# ou pour cibler le processus
top -p $(pgrep -f PalServer-Linux)
# usage disque de la sauvegarde
du -sh /home/palworld/server/Pal/Saved/SaveGames/
Stratégie de sauvegarde
Palworld a connu plusieurs cas de corruption de monde après un arrêt brutal. La règle est simple : on n'arrête jamais un serveur Palworld avec un kill -9. Utilisez toujours l'arrêt propre via RCON ou le bouton « Stop » du panel, qui envoie un signal permettant l'écriture finale.
#!/bin/bash
# /home/palworld/backup.sh
SRC="/home/palworld/server/Pal/Saved"
DEST="/home/palworld/backups"
STAMP=$(date +%Y%m%d-%H%M)
mkdir -p "$DEST"
tar -czf "$DEST/palworld-$STAMP.tar.gz" -C "$SRC" SaveGames Config
# rotation : garder 14 jours
find "$DEST" -name "palworld-*.tar.gz" -mtime +14 -delete
chmod +x /home/palworld/backup.sh
crontab -e
# sauvegarde toutes les 4 heures
0 */4 * * * /home/palworld/backup.sh
Sur un hébergement avec panel, les sauvegardes automatiques couvrent déjà ce besoin, mais gardez l'habitude de télécharger une archive locale avant chaque mise à jour majeure du jeu ou installation de mod. Une sauvegarde qui n'a jamais été restaurée en test n'est pas une sauvegarde.
Sécuriser l'accès
Les erreurs classiques sur un serveur communautaire :
AdminPasswordvide ou trivial : n'importe qui teste « admin » et prend la main sur le monde.- RCON exposé sur 0.0.0.0 sans filtrage : port scanné en quelques heures.
- Connexion SSH par mot de passe sur le VPS.
# Cles SSH plutot que mot de passe
ssh-keygen -t ed25519 -C "admin-palworld"
ssh-copy-id -i ~/.ssh/id_ed25519.pub user@IP_DU_VPS
# Pare-feu : on ouvre le strict necessaire
sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 8211/udp
sudo ufw allow 27015/udp
# RCON uniquement depuis votre IP
sudo ufw allow from VOTRE.IP.FIXE.ICI to any port 25575 proto tcp
sudo ufw enable
# Protection brute-force SSH
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban
Côté attaques volumétriques, la protection anti-DDoS est appliquée en amont sur l'infrastructure Fly-Serv, sur les serveurs de jeu comme sur les VPS. Votre travail se concentre donc sur l'authentification et l'hygiène système, pas sur le filtrage réseau.
Commandes RCON utiles
ShowPlayers # liste UID + SteamID
Info # version du serveur
Save # sauvegarde immediate
Broadcast Redemarrage_dans_5min
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Maintenance # arret propre avec compte a rebours
DoExit # arret immediat (a eviter)
Notez que Broadcast ne gère pas les espaces : utilisez des underscores. Ces mêmes commandes fonctionnent depuis la console du panel Pterodactyl ou depuis un client RCON externe.
Mods, mises à jour et dépannage courant
Ajouter des mods
Palworld ne dispose pas d'API de modding officielle côté serveur. La plupart des mods communautaires reposent sur des injecteurs UE ou sur des outils de gestion de joueurs. Trois règles :
- Sauvegardez le monde avant toute installation.
- Vérifiez que le mod annonce une compatibilité serveur dédié (beaucoup sont client-only).
- Après une mise à jour du jeu, désactivez tous les mods, testez le serveur vanilla, puis réactivez un par un.
Les outils réellement utiles au quotidien sont plutôt côté administration : bots Discord relayant le RCON, scripts de whitelist par SteamID, monitoring de crash. Ils s'installent sur la machine hôte ou via les tâches planifiées du panel.
Mettre à jour le serveur
sudo systemctl stop palworld
sudo -u palworld /home/palworld/backup.sh
sudo -u palworld /usr/games/steamcmd +force_install_dir /home/palworld/server \
+login anonymous +app_update 2394010 validate +quit
sudo systemctl start palworld
Vérifiez ensuite que PalWorldSettings.ini n'a pas été écrasé : certaines mises à jour ajoutent des clés dans le fichier par défaut. Comparez avec DefaultPalWorldSettings.ini et complétez votre configuration avec les nouveaux paramètres.
Problèmes fréquents
| Symptôme | Cause probable | Solution |
|---|---|---|
| Serveur invisible dans la liste communautaire | Query Steam bloquée ou liste saturée | Ouvrir 27015/UDP, se connecter en direct par IP:8211 |
| Réglages ignorés | Mauvais fichier édité ou syntaxe cassée | Éditer LinuxServer/PalWorldSettings.ini, vérifier virgules et parenthèses |
| Retour au personnage vierge | Changement de sauvegarde ou UID modifié | Restaurer la sauvegarde, ne jamais renommer le dossier SaveGames |
| Crash au démarrage après update | Fichiers incomplets | Relancer app_update avec validate |
| Mémoire qui grimpe sans redescendre | Fuite mémoire connue sur longues sessions | Redémarrage planifié toutes les 12 à 24 h via le panel |
Le redémarrage planifié est d'ailleurs la mesure la plus rentable : deux redémarrages quotidiens avec un Save préalable suffisent à maintenir un serveur stable sur la durée. D'autres tutoriels d'administration multi-jeux sont disponibles sur le Blog Fly-Serv, et la liste complète des jeux supportés se trouve sur Tous nos serveurs de jeu.
Configurer un serveur Palworld correctement tient finalement en quatre points : une machine à haute fréquence avec du NVMe, un PalWorldSettings.ini propre et sauvegardé, des sauvegardes testées, et une politique d'accès stricte sur l'admin et le RCON. Le reste relève de l'ajustement en fonction du ressenti de vos joueurs, mois après mois.
FAQ
Pourquoi mes modifications de PalWorldSettings.ini ne sont-elles pas prises en compte ?Trois causes possibles. D'abord, vous avez édité DefaultPalWorldSettings.ini au lieu de Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Ensuite, vous avez modifié le fichier serveur allumé : à l'arrêt, le processus réécrit le fichier et efface vos changements. Enfin, une erreur de syntaxe (virgule ou parenthèse manquante dans la ligne OptionSettings=(...)) fait basculer le serveur sur les valeurs par défaut sans message d'erreur. Arrêtez le serveur, éditez, sauvegardez, redémarrez, puis vérifiez un paramètre visible en jeu.
Comptez 16 à 24 Go de RAM pour 16 joueurs actifs avec plusieurs bases par guilde. Palworld consomme davantage au fil du temps à cause d'une fuite mémoire connue sur les longues sessions : prévoyez une marge et un redémarrage planifié toutes les 12 à 24 heures. Le facteur limitant reste toutefois la fréquence CPU, car la simulation du monde et des Pals au travail s'exécute majoritairement sur un seul thread.
Peut-on transférer une sauvegarde solo vers un serveur Palworld dédié ?Oui, mais l'opération est délicate. Il faut copier le dossier de sauvegarde local vers Pal/Saved/SaveGames/0/<ID_DU_MONDE> sur le serveur, puis mettre à jour GameUserSettings.ini avec l'identifiant du monde dédié. Les identifiants de joueurs changeant entre solo et dédié, les personnages peuvent apparaître réinitialisés même si le monde et les bases sont conservés. Sauvegardez systématiquement les deux versions avant de tenter la migration, et testez sur une instance jetable.