Mon serveur Palworld ne démarre pas : diagnostic complet
Réponse courte : dans la grande majorité des cas, le serveur démarre en réalité très bien — il est simplement injoignable. Les trois causes dominantes sont le port 8211 non redirigé ou redirigé en TCP au lieu d’UDP, un manque de mémoire (Pocketpair recommande 16 Go, 8 Go exposant au crash out of memory), et une configuration éditée au mauvais endroit. Ce guide traite chaque symptôme séparément. À jour pour Palworld 1.0, sorti le 10 juillet 2026.
Un serveur Palworld chez HebergTonServ arrive avec ses ports déjà ouverts, 16 Go de RAM sur l’offre Pro et des sauvegardes automatiques quotidiennes : la plupart des pannes décrites ici n’ont tout simplement pas lieu.
Tableau de diagnostic rapide
Identifiez d’abord le symptôme exact. « Le serveur ne démarre pas » recouvre en réalité six problèmes très différents.
| Symptôme | Cause la plus probable | Correctif |
|---|---|---|
| Le serveur n’apparaît pas dans la liste communautaire | Port 8211 UDP non redirigé, ou -publiclobby absent | Rediriger 8211 en UDP et relancer avec -publiclobby |
| Visible par les autres, invisible pour vous | Routeur sans Hairpin NAT | Se connecter par l’IP locale depuis le réseau |
| Le processus se ferme immédiatement | Fichiers incomplets ou corrompus | Relancer app_update 2394010 validate |
| Crash au bout de quelques heures | RAM insuffisante (out of memory) | Passer à 16 Go de RAM |
| Les réglages ne s’appliquent pas | Mauvais fichier ou mauvais dossier édité | Éditer PalWorldSettings.ini dans WindowsServer/LinuxServer |
| Le monde est vide au démarrage | DedicatedServerName= ne correspond pas au dossier de monde | Aligner la valeur sur le nom du dossier |
| Les joueurs sont refusés | Mot de passe, CrossplayPlatforms, version client différente | Vérifier les trois points ci-dessous |
| Plus rien ne fonctionne après un patch | Serveur non mis à jour, ou config écrasée | Relancer app_update, vérifier DefaultPalWorldSettings.ini |
Mon serveur n’apparaît pas dans la liste
C’est le cas le plus fréquent, et il est presque toujours réseau — pas logiciel. Vérifiez dans cet ordre.
1. Le port 8211 est-il ouvert en UDP ?
Le serveur écoute sur le port 8211 en UDP. Une redirection ou une règle de pare-feu créée en TCP ne sert à rien : le serveur démarre normalement, ses logs sont propres, et personne ne peut le rejoindre. C’est l’erreur n°1.
Trois points à contrôler :
- La règle de redirection de port existe sur la box, en UDP (ou « TCP/UDP »), et pointe vers la bonne IP locale.
- L’IP locale de la machine serveur n’a pas changé depuis la création de la règle (bail DHCP renouvelé).
- Le pare-feu de la machine autorise le port 8211 en UDP, en entrée.
La procédure complète, pare-feu Windows et Linux inclus, est dans ouvrir les ports d’un serveur Palworld.
2. Le serveur est-il lancé avec -publiclobby ?
Sans l’argument de lancement -publiclobby, le serveur n’est pas publié dans la liste communautaire. Il fonctionne, mais il faut s’y connecter par IP directe. C’est un choix volontaire de la part de Pocketpair, pas un dysfonctionnement.
Si l’IP publique annoncée est incorrecte (connexion multi-WAN, VPN, hébergement derrière un proxy), forcez-la avec -publicip= et -publicport=, ou via PublicIP et PublicPort dans PalWorldSettings.ini.
3. Votre routeur gère-t-il le Hairpin NAT ?
Symptôme caractéristique : vos amis voient le serveur, vous non, alors que vous êtes sur le même réseau que la machine.
La documentation officielle Pocketpair indique que le routeur doit supporter le Hairpin NAT pour se connecter à un serveur communautaire hébergé sur le même réseau. Beaucoup de box grand public ne le gèrent pas. Ce n’est ni un bug ni un problème de configuration Palworld, et aucune modification du .ini n’y changera quoi que ce soit.
Solution immédiate : depuis le réseau local, connectez-vous avec l’IP locale de la machine serveur plutôt que par la liste publique.
Le serveur crashe au démarrage ou après quelques heures
Deux profils de crash bien distincts, avec deux causes différentes.
Crash immédiat : fichiers incomplets
Si le processus se termine dans les secondes qui suivent le lancement, l’installation est probablement incomplète : téléchargement interrompu, disque plein, ou fichiers abîmés.
La commande de réparation est la même que celle d’installation :
steamcmd +login anonymous +app_update 2394010 validate +quitLe mot-clé validate vérifie l’intégrité de chaque fichier et réécrit ceux qui sont corrompus. Vérifiez aussi l’espace disque disponible avant de relancer.
Crash après plusieurs heures : manque de mémoire
C’est le scénario le plus courant sur les serveurs auto-hébergés. Le serveur tourne bien, puis meurt sans raison apparente après quelques heures, souvent au moment d’un pic de joueurs ou du chargement d’une grosse base.
La documentation officielle Pocketpair est explicite sur la configuration mémoire : « 16GB Recommended for larger than 32GB. 8GB is also bootable, but increases the possibility of server crashes due to out of memory. »
Autrement dit : 16 Go de RAM sont recommandés, et 8 Go permettent de démarrer mais augmentent le risque de crash serveur par manque de mémoire. Un serveur qui plante systématiquement après quelques heures sur 8 Go n’est pas mal configuré, il est sous-dimensionné.
| Signe observé | Interprétation |
|---|---|
| Crash sans message, toujours après plusieurs heures | Out of memory typique |
| Crash au pic de connexions | Mémoire dimensionnée trop juste |
| Freezes de plus en plus longs avant le crash | Mémoire saturée, le serveur lutte |
| Crash au chargement d’une grosse base de guilde | Pic mémoire ponctuel non absorbé |
Deux leviers pour réduire la pression mémoire sans changer de machine : baisser BaseCampMaxNumInGuild et GuildPlayerMaxNum dans PalWorldSettings.ini. Chaque camp de base est simulé en continu, indépendamment de la présence des joueurs.
Le piège des arguments multithread en 1.0
Point contre-intuitif mais officiel : la documentation Pocketpair indique qu’en version 1.0 et supérieure, ne PAS ajouter -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS peut améliorer les performances.
Ces trois arguments sont hérités des versions 0.x et restent recommandés par la quasi-totalité des tutoriels en circulation. Si votre serveur 1.0 est instable et que vous les utilisez, retirez-les et testez. Le sujet est développé dans optimiser les performances d’un serveur Palworld.
Ma configuration n’est pas prise en compte
Le serveur démarre, mais avec les réglages d’origine. Trois causes, par ordre de fréquence.
1. Le mauvais fichier a été édité
DefaultPalWorldSettings.ini, à la racine du serveur, est un modèle. Il est écrasé à chaque mise à jour et n’est pas le fichier lu par le serveur en fonctionnement. Le modifier donne parfois l’illusion que ça marche, jusqu’au patch suivant qui efface tout silencieusement.
Le seul fichier à éditer est PalWorldSettings.ini.
2. Le mauvais dossier a été utilisé
| Système | Chemin du fichier réellement lu |
|---|---|
| Windows | Pal\Saved\Config\WindowsServer\PalWorldSettings.ini |
| Linux | Pal/Saved/Config/LinuxServer/PalWorldSettings.ini |
Un fichier parfaitement écrit dans LinuxServer sur une machine Windows sera ignoré, sans erreur. Vérifiez le nom du dossier avant tout autre diagnostic.
Si le dossier Config est vide, c’est que le serveur n’a jamais démarré : les fichiers de configuration sont générés automatiquement au premier lancement. Lancez-le une fois, arrêtez-le, puis éditez.
3. La ligne OptionSettings est cassée
Tous les réglages tiennent sur une seule ligne commençant par OptionSettings=(. Une virgule manquante, une parenthèse non fermée ou un guillemet oublié rendent la ligne entièrement invalide : le serveur ignore la totalité des réglages et repart sur les valeurs par défaut.
Points de contrôle :
- Une virgule entre chaque paramètre.
- Les chaînes de caractères entre guillemets doubles.
- Les booléens en
True/False, avec la majuscule. - Aucun retour à la ligne au milieu de
OptionSettings=(...)— certains éditeurs en insèrent automatiquement à l’enregistrement.
Enfin, un redémarrage complet est obligatoire : Palworld lit sa configuration au démarrage uniquement, jamais à chaud. Le guide complet est dans configurer PalWorldSettings.ini.
Le serveur démarre mais le monde est vide
La sauvegarde existe sur le disque, et pourtant le serveur charge un monde neuf. Deux explications.
DedicatedServerName ne correspond pas
Le fichier GameUserSettings.ini, dans le même dossier Config, contient la ligne DedicatedServerName=. Cette valeur doit être identique au nom du dossier de monde présent dans Pal/Saved/SaveGames/0/.
Si les deux ne correspondent pas, le serveur ne trouve pas la sauvegarde et en crée une nouvelle. Vos données ne sont pas perdues : elles sont simplement ignorées. Corrigez la valeur, redémarrez, et le monde revient.
La sauvegarde est corrompue
Le dossier de monde contient Level.sav (le monde), un sous-dossier Players/ (un .sav par joueur) et WorldOption.sav.
La configuration requise officielle contient un avertissement direct sur le stockage : « Recommended for faster SSD. Low-performance storage may corrupt saved data ». Un stockage lent peut corrompre les sauvegardes. Ce n’est pas une formule de précaution : c’est la cause de la majorité des mondes perdus sur les serveurs auto-hébergés montés sur disque mécanique ou sur clé USB.
La documentation ajoute que Docker Desktop est déprécié pour héberger Palworld, précisément à cause de performances de stockage insuffisantes exposant à un risque de corruption des sauvegardes.
Si Level.sav est corrompu, il n’y a pas de réparation : il faut restaurer une sauvegarde antérieure. D’où l’importance d’une politique de backup, détaillée dans sauvegarder et restaurer un serveur Palworld. Un point à connaître : le serveur réécrit ses fichiers à l’arrêt, donc toute manipulation du dossier de sauvegarde se fait serveur arrêté, jamais en cours d’exécution.
Les joueurs ne peuvent pas rejoindre
Le serveur est en ligne et visible, mais certains joueurs — ou tous — restent bloqués.
| Cause | Vérification |
|---|---|
| Mot de passe | ServerPassword est défini dans PalWorldSettings.ini et n’a pas été communiqué |
| Plateforme bloquée | CrossplayPlatforms a été modifié ; la valeur par défaut est (Steam,Xbox,PS5,Mac) |
| Serveur plein | ServerPlayerMaxNum est atteint — le maximum absolu est 32 joueurs |
| Version différente | Le client du joueur n’est pas dans la même version que le serveur |
| Port changé | Le serveur tourne sur un autre port via -port= : l’adresse doit être saisie sous la forme IP:PORT |
Le décalage de version mérite une mention à part. Après un patch, les joueurs dont le client s’est mis à jour automatiquement ne peuvent plus rejoindre un serveur resté sur l’ancienne version — et inversement. C’est le symptôme le plus courant des heures qui suivent une mise à jour de Palworld.
Sur CrossplayPlatforms : Palworld 1.0 permet à des joueurs Steam, Xbox, PS5 et Mac de cohabiter sur un même serveur dédié. Retirer une plateforme de la liste bloque ses joueurs, souvent sans message d’erreur clair de leur côté.
Le serveur ne démarre plus après une mise à jour
Scénario classique : tout fonctionnait, un patch sort, plus rien ne va. Procédez dans cet ordre.
- Mettre à jour le serveur avec
steamcmd +login anonymous +app_update 2394010 validate +quit. Un serveur en retard d’une version refuse les clients à jour. - Vérifier
DefaultPalWorldSettings.ini: il vient d’être écrasé. Si vous aviez, à tort, mis votre configuration dedans, elle a disparu. - Comparer avec
PalWorldSettings.ini: un patch peut introduire de nouveaux paramètres. Reprenez le modèle mis à jour et réappliquez vos valeurs. - Retirer les arguments multithread s’ils sont présents, conformément à la recommandation 1.0.
- Prévenir les joueurs : leur client doit être dans la même version.
La procédure complète est dans mettre à jour un serveur Palworld.
La méthode de diagnostic en 5 étapes
Quand le symptôme n’est pas évident, déroulez cette séquence plutôt que de modifier des réglages au hasard.
- Lire les logs. C’est la seule source d’information fiable. L’argument
-logformat=textforce un format lisible ;-logformat=jsonconvient si vous les traitez avec un outil. - Vérifier l’intégrité des fichiers :
steamcmd +login anonymous +app_update 2394010 validate +quit. Rapide, sans risque pour les sauvegardes, et corrige toute corruption de fichiers du serveur. - Tester en local. Connectez-vous depuis la machine serveur elle-même ou depuis le réseau local avec l’IP locale. Si ça fonctionne en local mais pas depuis l’extérieur, le problème est 100 % réseau : port, redirection ou Hairpin NAT. Inutile de toucher au
.ini. - Repartir d’une configuration propre. Recopiez
DefaultPalWorldSettings.inidansPalWorldSettings.iniet réappliquez vos réglages un par un. Si le serveur démarre avec la config d’origine, le problème est dans votre ligneOptionSettings. - Surveiller la mémoire pendant une session complète. Si la consommation grimpe jusqu’au plafond avant le crash, le diagnostic est posé : il faut plus de RAM. Voir combien de RAM pour un serveur Palworld.
FAQ
Pourquoi mon serveur Palworld n’apparaît-il pas dans la liste des serveurs ?
Trois causes dominent : le port 8211 n’est pas redirigé en UDP sur le routeur, le serveur n’a pas été lancé avec l’argument -publiclobby, ou votre routeur ne gère pas le Hairpin NAT — dans ce dernier cas les autres joueurs voient le serveur, mais pas vous depuis le même réseau.
Pourquoi mon serveur Palworld crashe après quelques heures ?
Le plus souvent par manque de mémoire. La documentation officielle Pocketpair recommande 16 Go de RAM et précise que 8 Go permettent de démarrer mais augmentent le risque de crash par out of memory. Réduire BaseCampMaxNumInGuild et GuildPlayerMaxNum soulage la charge, mais ne remplace pas de la RAM supplémentaire.
Mes réglages du fichier .ini ne s’appliquent pas, que faire ?
Vérifiez trois choses : que vous éditez bien PalWorldSettings.ini et non DefaultPalWorldSettings.ini (qui est écrasé à chaque mise à jour), que le fichier est dans le dossier WindowsServer ou LinuxServer correspondant à votre système, et que la ligne OptionSettings=(...) ne contient aucune erreur de syntaxe. Un redémarrage complet du serveur est ensuite obligatoire.
Comment réparer une installation de serveur Palworld corrompue ?
Relancez steamcmd +login anonymous +app_update 2394010 validate +quit. Le mot-clé validate contrôle l’intégrité de chaque fichier et réécrit ceux qui sont abîmés. L’opération ne touche pas au dossier Pal/Saved, donc les sauvegardes sont préservées.
Mon serveur démarre sur un monde vide alors que la sauvegarde existe
La valeur DedicatedServerName= du fichier GameUserSettings.ini ne correspond pas au nom du dossier de monde présent dans Pal/Saved/SaveGames/0/. Alignez les deux et redémarrez : le monde est retrouvé. Si le problème persiste, Level.sav peut être corrompu — un stockage lent peut corrompre les sauvegardes, selon l’avertissement officiel.
Pourquoi mes amis ne peuvent-ils plus rejoindre après une mise à jour ?
Parce que leur client Palworld s’est mis à jour automatiquement alors que le serveur est resté sur l’ancienne version. Relancez app_update 2394010 validate sur le serveur pour aligner les versions. Chez un hébergeur, les mises à jour sont appliquées automatiquement.
En résumé
- La plupart des « mon serveur ne démarre pas » sont en réalité des problèmes réseau : port 8211 en UDP non redirigé, ou redirigé en TCP.
- Le Hairpin NAT explique le cas « mes amis le voient, moi non » ; sans lui, connectez-vous par l’IP locale.
- Les crashs après quelques heures viennent du manque de mémoire : Pocketpair recommande 16 Go, 8 Go exposant officiellement au crash out of memory.
- Une configuration ignorée vient d’un mauvais fichier (
DefaultPalWorldSettings.ini), d’un mauvais dossier (WindowsServer/LinuxServer) ou d’une ligneOptionSettingscassée. - Un monde vide malgré une sauvegarde présente =
DedicatedServerName=désaligné du nom du dossier de monde. steamcmd +login anonymous +app_update 2394010 validate +quitrépare une installation sans toucher aux sauvegardes.- En 1.0, retirer
-useperfthreads -NoAsyncLoadingThread -UseMultithreadForDSpeut améliorer les performances.
Pour supprimer d’un coup la moitié de cette liste de pannes, un hébergeur Palworld livre un serveur avec ports ouverts, 16 Go de RAM sur l’offre Pro à 19,90 €/mois, SSD NVMe, mises à jour et sauvegardes automatiques, et 24 h de garantie remboursement.
