Was der Dedicated Server ist
Hostest du eine Welt aus dem Spiel heraus, existiert sie nur, solange dein eigenes Spiel offen ist. Der Dedicated Server ist ein eigenes Programm, das die Welt ohne Spielclient betreibt. Er läuft also weiter, wenn du dich ausloggst, und jeder mit der Adresse kann beitreten.
In Steam heißt er Palworld Dedicated Server, App-ID 2394010. Auf einem PC, der das Spiel besitzt, findest du ihn in der Steam-Bibliothek unter den Tools. Auf einem Rechner ohne Bildschirm lädst du ihn anonym mit SteamCMD herunter, und Pocketpair veröffentlicht außerdem ein offizielles Docker-Image mit Beispiel-Compose-Datei. Der Server läuft unter 64-Bit-Windows und 64-Bit-Linux.
Pocketpairs Anleitung beschreibt zwei Varianten desselben Programms. Einem normalen Dedicated Server trittst du bei, indem du IP-Adresse und Port eintippst. Ein Community-Server ist derselbe Server, gestartet mit einer zusätzlichen Startoption, -publiclobby, die ihn in die Serverliste im Spiel einträgt. Das zählt bei gemischten Gruppen: Crossplay ist für Steam, Xbox, die Microsoft-Store-Version, macOS und PS5 standardmäßig an, aber laut Pocketpair können Spieler auf Xbox und PS5 nur einem Server beitreten, der als Community-Server läuft.
- Download: steamcmd +login anonymous +app_update 2394010 validate +quit
- Start mit PalServer.exe unter Windows oder ./PalServer.sh unter Linux
- -publiclobby anhängen, um ihn als Community-Server zu listen, das brauchen Konsolenspieler
- Spieler am PC treten bei, indem sie IP-Adresse und Port in das Feld unter der Serverliste eintragen
RAM, CPU und Speicherplatz, die er wirklich braucht
Pocketpairs Seite mit den Anforderungen ist kurz, und es lohnt sich, sie genau wiederzugeben. Empfohlen werden eine CPU mit 4 oder mehr Kernen und 16 GB Arbeitsspeicher. Für größere Server schlägt Pocketpair mehr als 32 GB vor. Ein Rechner mit 8 GB kann den Server starten, aber dann steigt die Wahrscheinlichkeit von Abstürzen durch Speichermangel.
Diese Zahlen sind Pocketpairs Empfehlung für den Rechner, und wie viel eine bestimmte Welt nutzt, hängt davon ab, was in ihr steckt. Die Konfigurationsreferenz markiert mehrere Einstellungen als lasterhöhend, darunter die erlaubte Zahl an Basislagern pro Gilde, und die Welt hält jede Basis, jedes Pal und jedes eingelagerte Item im Spiel. Eine kleine private Welt mit ein paar Basen ist eine ganz andere Last als ein öffentlicher Server, auf dem dreißig Leute bauen.
Zum Speicherplatz nennt Pocketpair keine Zahl in Gigabyte. Gesagt wird aber, dass eine schnelle SSD empfohlen ist und langsamer Speicher Spielstände beschädigen kann. Aus demselben Grund rät Pocketpair davon ab, das Docker-Image über Docker Desktop zu betreiben.
- CPU: 4 oder mehr Kerne empfohlen
- Arbeitsspeicher: 16 GB empfohlen, mehr als 32 GB für größere Server
- 8 GB: startet, mit höherem Risiko für Abstürze durch Speichermangel
- Datenträger: schnelle SSD, keine offizielle Größenangabe
- Betriebssystem: 64-Bit-Windows oder 64-Bit-Linux
Ports und Protokoll
Pocketpair nennt einen einzigen Port für das Spiel: UDP 8211. Das ist der Standard, und du kannst ihn mit der Startoption -port ändern. Hostest du zu Hause (auf Englisch), muss dieser Port im Router weitergeleitet und in der Firewall freigegeben sein.
Zwei weitere Ports gibt es nur, wenn du die passende Funktion einschaltest. Die REST-API lauscht standardmäßig auf TCP 8212, RCON nutzt standardmäßig 25575. Laut Pocketpairs Dokumentation ist keiner der beiden dafür gedacht, direkt im Internet erreichbar zu sein, und empfohlen wird die Nutzung im eigenen Netzwerk. Öffne den Spiel-Port für die Welt und halte die Verwaltungs-Ports von ihr fern.
Ein Detail, das oft verwirrt: Die Einstellung PublicPort und die Option -publicport verschieben nicht den Port, auf dem der Server lauscht. Sie sagen einem Community-Server nur, welchen externen Port er bekannt geben soll. Für Heim-Hoster nennt Pocketpair noch einen Punkt: Unterstützt dein Router kein Hairpin-NAT, kannst du deinem eigenen Community-Server aus demselben Netzwerk nicht beitreten.
PalWorldSettings.ini und die Ein-Zeilen-Regel
Die Einstellungsdatei heißt PalWorldSettings.ini. Unter Linux liegt sie im Server-Ordner unter Pal/Saved/Config/LinuxServer/PalWorldSettings.ini, unter Windows unter Pal\Saved\Config\WindowsServer\PalWorldSettings.ini. Diese Ordner gibt es erst, wenn der Server einmal gestartet wurde: also starten, stoppen und dann bearbeiten.
Die Datei, die alle zuerst anfassen wollen, ist DefaultPalWorldSettings.ini im Hauptordner des Servers. Pocketpair sagt klar, dass Änderungen daran nichts bewirken. Sie ist eine Vorlage: Kopier ihren Inhalt in die PalWorldSettings.ini und bearbeite die Kopie.
Auf das Format kommt es an. Die Datei hat eine Kopfzeile, [/Script/Pal.PalGameWorldSettings], gefolgt von einer einzigen Zeile, die mit OptionSettings=( beginnt, jede Einstellung als Key=Value-Paar mit Kommas getrennt enthält und mit einer Klammer endet. Pocketpair liefert sie so aus, und die eigenen Beispiele behalten das bei. Lass es bei einer Zeile: Lass keinen Editor umbrechen oder neu formatieren, setz Textwerte wie den Servernamen in doppelte Anführungszeichen und prüf nach jeder Änderung, ob die schließende Klammer noch da ist. Du musst nicht jede Einstellung aufführen, denn Pocketpairs eigenes Beispiel setzt nur ein Passwort und die Todesstrafe und lässt den Rest auf den Standardwerten. Stopp den Server vor dem Bearbeiten und starte ihn danach neu, damit die Datei gelesen wird.
- ServerName und ServerDescription: was die Spieler sehen
- ServerPassword: das Passwort zum Beitreten
- AdminPassword: das Passwort für Admin-Rechte
- ServerPlayerMaxNum: die Höchstzahl an Spielern
- RESTAPIEnabled und RESTAPIPort: Schalter und Port der REST-API
- bIsUseBackupSaveData: die eingebauten rotierenden Welt-Backups
- CrossplayPlatforms: welche Plattformen sich verbinden dürfen
Admin-Passwort, RCON und REST-API
Admin-Rechte hängen an einer Einstellung. Trag einen Wert in AdminPassword ein, bevor du den Server startest, denn ohne ihn lassen sich die Admin-Befehle gar nicht nutzen. Tritt dann dem Spiel bei, drück Enter für den Chat und tipp /AdminPassword, gefolgt vom Passwort. Danach stehen dir Befehle wie /ShowPlayers, /Broadcast, /KickPlayer, /BanPlayer, /Save und /Shutdown zur Verfügung. /Shutdown nimmt eine Zahl in Sekunden und eine Nachricht, damit die Spieler gewarnt werden.
Für die Verwaltung von außerhalb des Spiels verweist Pocketpair inzwischen alle auf die REST-API. Setz RESTAPIEnabled=True, dann beantwortet der Server HTTP-Anfragen auf Port 8212 unter dem Pfad /v1/api, geschützt mit HTTP Basic Authentication. Die dokumentierten Endpunkte decken Server-Infos, Spielerliste, aktuelle Einstellungen, Server-Metriken, Ankündigungen, Kick, Bann und Entbannen, Speichern der Welt, ein zeitgesteuertes Herunterfahren und einen erzwungenen Stopp ab.
RCON steht noch in der Dokumentation, mit RCONEnabled und RCONPort und dem Standard-Port 25575, aber unter einer Warnung: Pocketpair nennt RCON veraltet, bittet Admins, stattdessen die REST-API zu nutzen, und kündigt an, dass RCON mit einem kommenden Update nicht mehr funktionieren wird. Baust du heute Neustart-Skripte oder einen Discord-Bot, setz auf die REST-API.
Für beide gilt dieselbe Vorsicht. Die REST-API nutzt einfaches HTTP und das Admin-Passwort, und Pocketpair empfiehlt, sie im lokalen Netzwerk zu halten. Musst du sie aus der Ferne erreichen, setz sie hinter einen Tunnel oder eine Firewall-Regel, die nur deine eigene Adresse durchlässt.
Einen bestehenden Koop- oder Server-Spielstand umziehen
Pocketpairs Server-Anleitung enthält kein Vorgehen für das Umziehen von Spielständen. Was folgt, ist also gängige Praxis der Community. Geh entsprechend sorgfältig vor und behalte von allem eine unberührte Kopie, bevor du anfängst.
Der Umzug von einem Dedicated Server auf einen anderen ist der einfache Fall. Stopp beide Server und kopier den ganzen Ordner Pal/Saved, der die Welt unter SaveGames und deine Einstellungen unter Config enthält. Starte den neuen Server und prüf, ob die Welt lädt, bevor du auf dem alten etwas löschst.
Eine Koop-Welt, die aus dem Spiel heraus gehostet wurde, braucht mehr Sorgfalt. Unter Windows liegen diese Spielstände unter %LOCALAPPDATA%\Pal\Saved\SaveGames, ein Ordner pro Welt, jeweils mit der Weltdatei Level.sav und einem Ordner Players. Die Welt selbst lässt sich kopieren. Der Haken ist der Charakter des Hosts: Ein Koop-Host ist unter einer festen ID gespeichert, die ein Dedicated Server niemandem zuweist, also kommt der Host als neuer Charakter an, wenn seine Spielerdatei nicht umgewandelt wird. Für diese Umwandlung gibt es Community-Tools. Sie schreiben Spielstände um und werden von Pocketpair nicht unterstützt. Wie Gameserver-Hosting funktioniert (auf Englisch) erklärt, wie du deine Dateien auf einen gemieteten Server hochlädst.
- Server stoppen, bevor du irgendetwas hinein- oder herauskopierst
- Eine vollständige Kopie des ursprünglichen Spielstand-Ordners sicher aufbewahren
- Nach einem Koop-Umzug prüfen, ob deine ini-Einstellungen greifen: Eine mitkopierte WorldOption.sav trägt die alten Einstellungen aus dem Spiel und hat laut vielen Berichten Vorrang
- Jeden Spieler einmal einloggen und seinen Charakter bestätigen lassen, bevor der alte Spielstand in Rente geht
Speicherwachstum, Neustarts, Backups und Updates
Server-Admins berichten verbreitet, dass der Speicherverbrauch eines Palworld-Servers steigt, je länger der Prozess läuft. Pocketpairs Anleitung beschreibt dieses Verhalten nicht, aber die eigene Seite mit den Anforderungen warnt vor Abstürzen durch Speichermangel auf kleineren Rechnern, und die praktische Antwort ist in beiden Fällen dieselbe: nach Zeitplan neu starten. Die meisten Admins wählen einmal am Tag eine ruhige Stunde. Am saubersten geht das mit dem zeitgesteuerten Herunterfahren, entweder per /Shutdown mit Verzögerung und Nachricht im Spiel oder über den Shutdown-Endpunkt der REST-API. So werden die Spieler gewarnt und die Welt wird gespeichert, bevor der Prozess endet. Den erzwungenen Stopp nutzt du nur, wenn der Server nicht reagiert.
Backups sind eingebaut. Mit aktivem bIsUseBackupSaveData legt der Server im Spielstand-Verzeichnis einen Backup-Ordner an und hält rotierende Kopien vor. Pocketpair dokumentiert den Plan als 5 Kopien im Abstand von 30 Sekunden, 6 im Abstand von 10 Minuten, 12 stündliche und 7 tägliche und weist darauf hin, dass die Funktion die Festplatte zusätzlich belastet. Diese Kopien liegen auf derselben Platte wie die Welt. Sie schützen dich vor einem kaputten Speichervorgang, eine Kopie an einem anderen Ort brauchst du trotzdem.
Aktualisiert wird mit demselben SteamCMD-Befehl, mit dem du installiert hast. Steam aktualisiert das Spiel deiner Spieler automatisch, ein Dedicated Server aktualisiert sich nur, wenn du den Befehl ausführst. Nach einem Patch sind deine Spieler dem Server also voraus, bis du das tust. Stopp den Server, mach ein Backup, führ die Zeile mit app_update aus und starte ihn wieder. Für das Docker-Image sieht Pocketpairs Anleitung im Kern dasselbe vor: sichern, stoppen, den Image-Tag auf die neue Spielversion ändern und starten.
- Einen täglichen Neustart mit Warnung an die Spieler planen
- Die eingebauten Backups anlassen und zusätzlich eine Kopie außerhalb des Servers aufbewahren
- Aktualisieren mit: steamcmd +login anonymous +app_update 2394010 validate +quit
- Vor jedem Spiel-Update sichern