Comment héberger un serveur dédié Palworld sous Linux

L'hébergement d'un serveur Palworld en bref

Un serveur dédié Palworld se télécharge gratuitement sur Steam (app 2394010), tourne nativement sur Linux 64 bits et écoute sur un seul port UDP, le 8211. La marche à suivre sur une machine Ubuntu ou Debian vierge :

1. Choisissez une machine avec au moins 4 cœurs et 16 GB de RAM, sur stockage SSD.
2. Installez SteamCMD et téléchargez le serveur en anonyme ; ni compte Steam ni licence du jeu ne sont nécessaires.
3. Démarrez-le une fois pour qu'il crée ses dossiers de configuration, puis arrêtez-le.
4. Copiez le fichier de paramètres par défaut à sa place et définissez un nom de serveur, un mot de passe d'accès et un mot de passe administrateur.
5. Faites-le tourner sous systemd avec un script d'arrêt qui sauvegarde d'abord le monde.
6. Ouvrez 8211/udp, et ajoutez -publiclobby si des joueurs se connectent depuis une Xbox ou une PS5.
7. Activez les sauvegardes tournantes intégrées et copiez le dossier de sauvegarde hors de la machine.

L'adresse d'exemple, 203.0.113.10, appartient à la plage réservée à la documentation. Remplacez-la par la vôtre.

Le matériel recommandé par Pocketpair

La page d'exigences de Pocketpair tient en cinq lignes :

Des trois jeux de cette série, Palworld est de loin le plus gourmand en RAM. Un serveur Valheim en utilise une fraction, et un petit monde Minecraft le quart.

C'est le chiffre de RAM qu'il faut respecter. Un serveur de jeu à court de mémoire ne ralentit pas : le noyau le tue, et tout ce qui s'est passé depuis la dernière sauvegarde est perdu. Le monde pèse davantage sur la charge que le nombre de joueurs. La référence de configuration de Pocketpair signale BaseCampMaxNumInGuild, BaseCampWorkerMaxNum (50 Pals au travail au maximum par base) et PalSpawnNumRate comme des paramètres qui augmentent la charge du serveur quand on les relève. Trente joueurs qui font chacun tourner une base complète de travailleurs, ce n'est pas le même serveur que trente joueurs en exploration.

La mémoire utilisée augmente aussi avec la durée de fonctionnement du processus. Les notes de version de Pocketpair mentionnent des correctifs de fuites mémoire du serveur dédié dans la v0.3.10 (30 octobre 2024) et la v0.5.3 (9 avril 2025), une optimisation pour les longues sessions dans la v0.6.2 (10 juillet 2025), et d'autres correctifs de fuites dans les notes de version de la 1.0. Les mesures publiées sont toutes antérieures. En janvier 2024, des utilisateurs de l'image Docker thijsvanloef ont signalé un serveur inactif à environ 3,5 GB et un serveur à quatre joueurs qui avait épuisé ses 8 GB au bout de cinq heures. Après la 1.0, l'hébergeur ConnectHosting a écrit le 11 juillet 2026 que la fuite persistait en 1.0.3 ; il recommande un redémarrage quotidien et 24 GB pour un monde de 32 joueurs, sans publier de mesures.

Une estimation tirée de ces sources, avec l'intervalle de redémarrage intégré au dimensionnement :

Pocketpair déconseille aussi Docker Desktop pour faire tourner le serveur, car il « augmente le risque de corruption des données sauvegardées et de dysfonctionnement ». Docker Engine sur un hôte Linux est un produit distinct, et Pocketpair publie son propre fichier compose pour celui-ci. Lancer le binaire sous systemd ne demande ni l'un ni l'autre.

Installer SteamCMD et le serveur

Étape 1 : SteamCMD

SteamCMD est le client en ligne de commande de Valve pour télécharger les serveurs dédiés. C'est un programme 32 bits, il faut donc d'abord activer l'architecture i386. Sur Ubuntu, le paquet se trouve dans le composant multiverse :

sudo add-apt-repository multiverse
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install steamcmd

Sur Debian, ajoutez non-free aux composants de vos sources apt, puis lancez les mêmes lignes dpkg, apt update et apt install. La page SteamCMD de Valve décrit les deux.

Étape 2 : un utilisateur de service et le téléchargement

Faites tourner le serveur sous son propre utilisateur non privilégié, pour qu'un processus de jeu compromis ne possède qu'un répertoire personnel et rien d'autre :

sudo useradd --create-home --shell /bin/bash steam
sudo -u steam /usr/games/steamcmd +force_install_dir /home/steam/palworld \
  +login anonymous +app_update 2394010 validate +quit

+force_install_dir doit précéder +login, sinon SteamCMD l'ignore. La même commande met ensuite le serveur à jour sur place.

Étape 3 : premier démarrage

Les répertoires de configuration et de sauvegarde n'existent qu'une fois que le serveur a tourné une première fois :

sudo -u steam /home/steam/palworld/PalServer.sh

Attendez que le journal se stabilise, puis arrêtez-le avec Ctrl+C.

Si ce premier démarrage échoue avec .steam/sdk64/steamclient.so: cannot open shared object file, le correctif de la documentation v0.1.5.1 de Pocketpair s'applique toujours : créez ~/.steam/sdk64/ pour l'utilisateur steam et copiez-y steamclient.so depuis le Steamworks SDK Redist (app 1007). La documentation actuelle ne mentionne plus l'erreur, et le téléchargement du serveur 1.0 embarque lui-même le redistribuable Linux. L'ancienne page avertit aussi qu'appliquer le correctif sur un serveur déjà en jeu renvoie tous les joueurs à la création de personnage : faites-le avant que quiconque se connecte.

Rédiger PalWorldSettings.ini

Le serveur lit ses paramètres dans un seul fichier, que vous créez en copiant celui par défaut :

cd /home/steam/palworld
sudo -u steam cp DefaultPalWorldSettings.ini Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Modifier DefaultPalWorldSettings.ini lui-même ne change rien ; la documentation de Pocketpair le dit, et le répertoire n'existe qu'après le premier démarrage. Le fichier copié contient un en-tête de section et une longue ligne de paramètres :

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(ServerName="Lamball Ranch",ServerDescription="Friends only",AdminPassword="long-random-admin-password",ServerPassword="join-password",ServerPlayerMaxNum=16,RESTAPIEnabled=True,RESTAPIPort=8212,RCONEnabled=False,bIsUseBackupSaveData=True,CrossplayPlatforms=(Steam,Xbox,PS5,Mac))

Gardez tout à l'intérieur de l'unique ligne OptionSettings=(...) et modifiez les valeurs sur place ; la vraie ligne est bien plus longue que cet extrait et contient aussi tous les taux de gameplay. Les paramètres à trancher dès le premier jour, d'après la référence de configuration de Pocketpair :

Si une modification du fichier semble ignorée, cherchez un WorldOption.sav dans le dossier de sauvegarde du monde. Des hébergeurs signalent que lorsqu'il est présent, en général après la migration d'un monde coopératif, ses valeurs l'emportent sur le .ini.

Les arguments de lancement depuis la 1.0

La plupart des tutoriels Palworld, dont beaucoup écrits en 2024 et 2025, conseillent de démarrer le serveur avec -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS. La page des arguments de Pocketpair dit désormais l'inverse : « À partir de la v1.0, ne pas définir ce paramètre peut améliorer les performances. » Son propre fichier compose d'exemple les passe encore, alors considérez ces flags comme une option à tester sur votre monde plutôt qu'un réglage par défaut. Démarrez sans eux.

Les arguments qui restent utiles :

Le faire tourner sous systemd avec un arrêt propre

La documentation de Pocketpair ne dit rien de la façon dont le serveur traite SIGTERM, le signal que systemd envoie à l'arrêt. L'unité sauvegarde donc via l'API REST et demande au serveur de s'arrêter lui-même avant que systemd n'envoie le moindre signal.

Le script d'arrêt, dans /home/steam/palworld-stop.sh :

#!/bin/sh
# Save, give players a 10-second warning, then wait for the process to exit.
AUTH="admin:$(cat /home/steam/.palworld-admin-password)"
API=http://127.0.0.1:8212/v1/api
curl -s -u "$AUTH" -X POST "$API/save"
curl -s -u "$AUTH" -X POST "$API/shutdown" \
  -H 'Content-Type: application/json' \
  -d '{"waittime": 10, "message": "Server restarting in 10 seconds"}'
while kill -0 "$MAINPID" 2>/dev/null; do sleep 1; done

Placez le mot de passe administrateur dans /home/steam/.palworld-admin-password, avec steam pour propriétaire et le mode 600, et rendez le script exécutable. La référence de l'API REST de Pocketpair spécifie une authentification HTTP Basic avec le mot de passe administrateur ; le nom d'utilisateur, admin, est celui qu'utilisent les hébergeurs et les bibliothèques clientes de l'API.

L'unité, dans /etc/systemd/system/palworld.service :

[Unit]
Description=Palworld dedicated server
After=network-online.target
Wants=network-online.target

[Service]
User=steam
Group=steam
WorkingDirectory=/home/steam/palworld
ExecStart=/home/steam/palworld/PalServer.sh -port=8211 -players=16
ExecStop=/home/steam/palworld-stop.sh
Restart=on-failure
RestartSec=15
TimeoutStopSec=90

[Install]
WantedBy=multi-user.target

systemd transmet $MAINPID à ExecStop, si bien que la boucle en fin de script attend la sortie du serveur lui-même. Si l'API ne répond pas, le TimeoutStopSec de 90 secondes expire et systemd se rabat sur l'arrêt forcé du processus. Démarrez-le et suivez le journal :

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
journalctl -u palworld -f

Programmez dans cron l'intervalle de redémarrage qui correspond à votre nombre de joueurs, sous la forme systemctl restart palworld, à des heures où personne ne joue. Le script d'arrêt sauvegarde d'abord le monde : un redémarrage coûte aux joueurs une reconnexion, rien de plus.

Ports, crossplay et connexion

Une seule règle de pare-feu laisse entrer les joueurs :

sudo ufw allow 8211/udp comment 'Palworld'

Laissez 8212 (REST) et 25575 (RCON) fermés. Les deux pages d'API de Pocketpair portent le même avertissement : ces API « ne sont pas conçues pour être exposées directement sur Internet », et l'authentification Basic sur HTTP en clair envoie le mot de passe administrateur sous une forme réversible à chaque requête. Accédez-y depuis le serveur lui-même, comme le fait le script d'arrêt, ou par un tunnel SSH. Certains guides ouvrent aussi 27015/udp comme port de requête Steam ; le fichier compose de Pocketpair ne publie que le 8211.

La façon de se connecter dépend de la plateforme. Le crossplay entre Steam, Xbox, PS5 et Mac est activé par défaut, mais les versions Xbox et PS5 ne permettent pas de saisir une adresse : elles ne voient que les serveurs communautaires. Ajoutez -publiclobby à la ligne ExecStart et le serveur apparaît dans la liste communautaire du jeu pour tout le monde. Les joueurs Steam peuvent se passer de la liste et se connecter directement avec 203.0.113.10:8211 et le mot de passe d'accès.

Héberger à domicile ajoute un piège. La page sur les serveurs communautaires de Pocketpair précise que si votre routeur ne prend pas en charge le hairpin NAT, vous ne pouvez pas rejoindre un serveur communautaire qui tourne sur votre propre réseau, alors que vos amis à l'extérieur le peuvent.

Commandes d'administration et API REST

En jeu, tapez /AdminPassword suivi du mot de passe administrateur dans le chat pour déverrouiller les commandes d'administration. Les plus utiles, tirées de la liste des commandes de Pocketpair :

L'API REST couvre le même terrain sans que personne ne soit en jeu, ce qui convient aux scripts. Pocketpair la qualifie d'expérimentale. GET /v1/api/players liste les joueurs en ligne, GET /v1/api/metrics renvoie les FPS du serveur, le nombre de joueurs et le temps de fonctionnement, et POST /v1/api/announce publie un message. Une tâche cron qui annonce le redémarrage nocturne cinq minutes à l'avance tient en trois lignes de shell reprises du script d'arrêt.

Sauvegardes et transfert d'un monde coopératif

Avec bIsUseBackupSaveData=True, le serveur conserve tout seul des copies tournantes du monde. La référence de configuration donne le calendrier : 5 copies à 30 secondes d'intervalle, 6 à 10 minutes, 12 à une heure et 7 à un jour. Elle note aussi que l'option augmente la charge disque, une raison de plus de choisir un SSD.

Ces copies se trouvent sur le même disque que le monde : elles protègent contre une sauvegarde corrompue, pas contre un disque mort. Copiez tout le répertoire Pal/Saved hors de la machine chaque nuit :

tar -C /home/steam/palworld -czf /var/backups/palworld-$(date +%F).tar.gz Pal/Saved
rsync -a /var/backups/ backup@198.51.100.20:/srv/palworld/

Le monde se trouve sous Pal/Saved/SaveGames/0/, dans un dossier nommé d'après l'identifiant du monde, qui contient Level.sav, LevelMeta.sav et un répertoire Players avec un fichier par personnage. Décompressez une fois une sauvegarde dans une installation de test et démarrez un serveur dessus ; une sauvegarde que personne n'a jamais restaurée n'est qu'une supposition.

Transférer un monde coopératif sur le serveur passe par le même dossier : copiez le répertoire du monde depuis le PC de l'hôte dans Pal/Saved/SaveGames/0/, puis définissez DedicatedServerName dans Pal/Saved/Config/LinuxServer/GameUserSettings.ini avec le nom de ce dossier. Chaque invité conserve son personnage. Pas l'hôte : en coopération, son fichier de personnage est toujours 00000000000000000000000000000001.sav, et le serveur le traite comme un nouveau joueur tant que ce fichier n'est pas réassigné à son véritable identifiant de joueur. Les outils communautaires qui faisaient ce réassignement ont été conçus pour les formats de sauvegarde antérieurs à la 1.0 : testez sur une copie.

Mettre à jour après un patch

Pocketpair a publié cinq patchs depuis la 1.0, le dernier étant la v1.0.5 du 15 septembre 2026, et un client dans une version plus récente que celle du serveur ne peut pas s'y connecter. La mise à jour reprend la commande SteamCMD de l'étape d'installation, serveur arrêté :

sudo systemctl stop palworld
sudo -u steam /usr/games/steamcmd +force_install_dir /home/steam/palworld \
  +login anonymous +app_update 2394010 validate +quit
sudo systemctl start palworld

Faites une sauvegarde avant. Si un patch abîme le monde, la sauvegarde est le seul moyen de revenir en arrière.

Les mods sur un serveur Linux

Palworld a reçu la prise en charge du Steam Workshop avec la mise à jour v0.7 de décembre 2025, mais la documentation des mods de Pocketpair est explicite pour les serveurs : « Pour le moment, les mods côté serveur ne fonctionnent que sur le serveur dédié en édition Windows. » Sous Linux, le serveur tourne sans mods. Les mods cosmétiques purement côté client n'ont pas besoin du serveur, et c'est le paramètre bAllowClientMod qui décide si le serveur accepte les clients moddés.

Si un mod côté serveur est la raison d'être du serveur, c'est lui qui décide d'abord du système d'exploitation. Pocketpair a aussi averti le 9 juillet 2026, la veille de la 1.0, que les mods écrits pour les versions en accès anticipé provoquent des plantages et corrompent les sauvegardes en 1.0.

FAQ

De combien de RAM un serveur Palworld a-t-il besoin ?

Pocketpair recommande 16 GB, et 32 GB pour les serveurs plus importants. Sa page d'exigences indique que 8 GB suffisent pour démarrer, mais augmentent le risque de plantage du serveur quand la mémoire vient à manquer. Prévoyez la RAM pour le serveur seul et laissez en plus au système d'exploitation ses deux ou trois gigaoctets.

Quels ports un serveur Palworld utilise-t-il ?

Les joueurs se connectent sur 8211/udp, et c'est le seul port que publie le fichier Docker Compose de Pocketpair. RCON (25575/tcp) et l'API REST (8212/tcp) sont des interfaces d'administration qui, selon Pocketpair, doivent rester sur le réseau local : gardez-les fermées dans le pare-feu et accédez-y depuis le serveur lui-même ou via SSH.

Les joueurs Xbox et PS5 peuvent-ils rejoindre un serveur dédié Palworld ?

Oui. Le crossplay entre Steam, Xbox, PS5 et Mac est activé par défaut, mais les joueurs sur console ne trouvent le serveur que s'il est lancé comme serveur communautaire avec -publiclobby. Les joueurs Steam peuvent aussi se connecter en saisissant directement l'adresse et le port.

Puis-je transférer mon monde coopératif sur un serveur dédié ?

Oui, en copiant le dossier du monde dans le répertoire de sauvegarde du serveur, mais le personnage de l'hôte coopératif ne suit pas proprement : son fichier joueur porte un identifiant fixe, et l'hôte repart avec un nouveau personnage tant que ce fichier n'est pas réassigné. Sauvegardez les deux côtés avant d'essayer.

Les mods fonctionnent-ils sur un serveur Palworld sous Linux ?

Pas les mods côté serveur. La documentation des mods de Pocketpair précise qu'ils ne fonctionnent pour l'instant que sur l'édition Windows du serveur dédié. Un serveur Linux tourne sans mods.

Déployer sur Serverside

Palworld demande 16 GB de RAM pour le seul processus serveur, et un monde rempli de bases actives s'appuie sur le CPU d'une seule machine pour tous ses joueurs. Un serveur de jeu Serverside est une machine AMD Ryzen mono-locataire avec accès root complet sur notre propre réseau, AS55285, livrée en moins d'une minute : le téléchargement SteamCMD est l'attente la plus longue de toute l'installation. Le port 8211 devient aussi une cible DDoS dès que son adresse circule. Une mitigation permanente tourne en ligne devant chaque serveur Serverside, si bien qu'un flood UDP est filtré en amont au lieu de saturer le lien que partagent vos joueurs ; le guide des types d'attaques DDoS explique pourquoi ce filtrage ne peut pas se faire sur l'hôte.

La même machine peut héberger plusieurs mondes. Chaque instance Palworld a besoin de son propre port, de son répertoire d'installation et de son budget mémoire, et le guide de l'hébergement de serveurs de jeu explique comment faire tourner plusieurs jeux côte à côte sous un panel. Pour les deux autres jeux de cette série, consultez comment héberger un serveur Valheim et comment héberger un serveur Minecraft.