Palworld Server erstellen: 12 Schritte, 30 Min [2026]

Ein eigener Palworld Server ist der Unterschied zwischen einer Koop-Runde, die in dem Moment stirbt, in dem der Host offline geht, und einer dauerhaften Welt, in die deine Freunde auch um drei Uhr nachts springen können, während du schläfst. Palworld hat laut Wikipedia über 32 Millionen Spieler auf Steam und Xbox erreicht und im Januar 2024 einen Steam-Spitzenwert von mehr als 2,1 Millionen gleichzeitigen Spielern verzeichnet. Mit dem vollständigen 1.0-Release am 10. Juli 2026 ist jetzt der ideale Zeitpunkt, um die Infrastruktur aufzusetzen – noch bevor der Ansturm kommt.

Diese Anleitung führt dich in 12 klar nummerierten Schritten durch den Aufbau eines produktionsreifen Palworld Dedicated Server unter Linux. Die Kern-Installation dauert bei anständiger Verbindung etwa 30 Minuten. Du installierst SteamCMD, lädst die Server-Dateien mit der korrekten Steam-App-ID herunter, behebst den berüchtigten steamclient.so-Fehler, stimmst die PalWorldSettings.ini für bis zu 32 Spieler ab, öffnest die richtigen UDP-Ports, verpackst alles in einen systemd-Service für automatischen Neustart, aktivierst RCON für die Fernverwaltung und richtest automatische Backups ein. Zum Schluss klären wir, was sich für Server-Admins ändert, wenn Palworld 1.0 am 10. Juli das Server-Clustering einführt.

Alles hier nutzt den kostenlosen, anonymen SteamCMD-Download – du musst Palworld nicht besitzen, um es zu hosten, sondern nur, um darauf zu spielen. Die Befehle sind für Ubuntu 22.04 LTS und 24.04 LTS geschrieben, die zwei häufigsten Distributionen für einen selbst gehosteten Spiele-Server, lassen sich aber sauber auf Debian und andere Debian-Derivate übertragen. Wer lieber einen fertigen Palworld Server mieten möchte, findet weiter unten einen ehrlichen Vergleich der beiden Wege.

Warum ein eigener Palworld Server?

Palworld bietet drei Wege, gemeinsam zu spielen, und es lohnt sich, die Kompromisse zu verstehen, bevor du einen Abend in die Server-Einrichtung investierst. Am einfachsten ist der Einladungs-Koop: Ein Spieler hostet direkt aus dem Spiel-Client heraus, bis zu vier Personen treten bei, und die Welt existiert nur, solange der Host online ist. Der zweite Weg ist Managed Hosting, bei dem ein Anbieter gegen eine monatliche Gebühr eine Instanz bereitstellt. Der dritte – und das Thema dieser Anleitung – ist ein selbst verwalteter Dedicated Server, den du von Anfang bis Ende kontrollierst.

Ein Dedicated Server ist die einzige Option, die das volle Limit von 32 Spielern unterstützt, rund um die Uhr unabhängig von einem einzelnen Spieler läuft und dir erlaubt, jede Spielrate, jede Schwierigkeitseinstellung und jeden PvP-Schalter in einer reinen Textdatei zu bearbeiten. Auf lange Sicht ist es auch der günstigste Weg: Ein VPS für rund 5 bis 12 Euro im Monat oder ein alter Rechner zu Hause reicht bequem für eine kleine Community, und du behältst die volle Kontrolle über deine Spielstände. Der Preis dafür: Du wirst zum Administrator – verantwortlich für Updates, Backups, Firewall-Regeln und den gelegentlichen Neustart um zwei Uhr nachts. Diese Anleitung ist darauf ausgelegt, so viel davon wie möglich zu automatisieren.

Wer bereits einen ARK-Dedicated-Server aufgesetzt hat, wird die Form dieses Prozesses wiedererkennen: SteamCMD-Download, eine INI-Datei, eine Handvoll Ports und ein Service-Wrapper. Palworlds Eigenheiten sind spezifisch – der UDP-only-Spielport und die exakte App-ID bringen Neulinge ständig aus dem Tritt – lies also jeden Schritt aufmerksam, selbst wenn du ein erfahrener Server-Admin bist.

Voraussetzungen und Systemanforderungen für den Palworld Server

Der Server-Prozess von Palworld ist eher speicher- als rechenlastig, und er ist Single-Thread-gebunden. Das bedeutet: Die reine Kernanzahl zählt weniger als die Taktrate pro Kern und der Gesamt-Arbeitsspeicher. Die folgende Tabelle listet die Versionen und Spezifikationen, von denen diese Anleitung ausgeht. Zu wenig RAM ist der mit Abstand häufigste Grund, warum ein Palworld Dedicated Server unter Last abstürzt – behandle die empfohlene Spalte deshalb als Untergrenze für alles jenseits einer Handvoll Spieler.

Komponente	Minimum	Empfohlen (16–32 Spieler)
Betriebssystem	Ubuntu 22.04 LTS / Debian 11	Ubuntu 24.04 LTS (64-Bit)
CPU	2 vCPU (hoher Single-Thread-Takt)	4 vCPU, 3,0 GHz+ pro Kern
RAM	8 GB	16 GB (Server nutzt unter Last 10–14 GB)
Speicher	40 GB SSD	60 GB+ NVMe-SSD (Spielstände wachsen mit der Zeit)
Netzwerk	50 Mbit/s Upload, statische oder weitergeleitete IP	100 Mbit/s+ symmetrisch
Server-App-ID	2394010 (Dedicated Server – kostenlos, anonymer Login)
Client-App-ID	1623730 (das Spiel selbst – nur zum Mitspielen nötig)

Außerdem brauchst du vor dem Start drei Dinge: SSH-Zugang zur Maschine mit einem Benutzer, der sudo-Rechte hat, einen offenen Pfad durch jede Cloud-Firewall oder jeden Heim-Router (die exakten Ports behandeln wir gleich) und ungefähr 30 Minuten Zeit. Wenn du von zu Hause aus hostest, musst du zusätzlich den Spielport in deinem Router – bei den meisten deutschen Haushalten eine FritzBox – auf die lokale IP-Adresse des Servers weiterleiten. VPS-Instanzen von Anbietern wie Hetzner, netcup, IONOS, DigitalOcean oder OVH sparen dir den Schritt der Portweiterleitung, verlangen aber, dass du die Ports im Firewall- oder Security-Group-Panel des Anbieters öffnest, nicht nur im Betriebssystem.

RAM nach Spieleranzahl dimensionieren

Eine praktische Faustregel: Kalkuliere rund 8 GB RAM als Basis plus den Speicher, den der Weltzustand verbraucht, während eure Basis wächst. Ein Server für 4 Spieler übersteigt selten 6 bis 8 GB, ein 10-Spieler-Community-Server läuft komfortabel mit 12 GB, und ein voller 32-Spieler-Server sollte 16 GB mit Reserve haben, damit der Linux-Page-Cache nicht ausgehungert wird. Weil die Simulation Single-Thread-limitiert ist, kann ein Server mit 32 aktiven Spielern auf einer weitläufigen Basis an eine CPU-Wand stoßen, lange bevor ihm der Speicher ausgeht – genau dieser Flaschenhals soll mit dem Server-Clustering von 1.0 entschärft werden.

Ports, App-IDs und vier Fakten, die du zuerst richtig machst

Mehr Palworld-Server-Setups scheitern am Netzwerk als an allem anderen, und fast immer aus demselben Grund: Der Spielport ist UDP, nicht TCP. Wenn du nur TCP 8211 öffnest und sonst nichts, startet dein Server sauber, erscheint im Log als gesund und bleibt trotzdem vollständig unsichtbar und nicht beitretbar. Präge dir die Port-Tabelle unten ein.

Port	Protokoll	Zweck	Erforderlich?
8211	UDP	Haupt-Spielport – hier verbinden sich die Spieler	Ja
27015	UDP	Steam-Query – listet den Server im Community-Browser	Empfohlen
25575	TCP	RCON – Remote-Konsolen-Administration	Optional
8212	TCP	REST-API – programmatische Admin-Steuerung	Optional

Das Zweite, was Setups entgleisen lässt, sind Falschinformationen. Es kursiert eine Menge veralteter Ratschläge – darunter Antworten von KI-Assistenten – mit den falschen Zahlen. Bevor du ein Terminal anfasst, verinnerliche diese vier verifizierten Fakten, denn jeder einzelne davon kostet dich eine Stunde Fehlersuche, wenn du ihn falsch machst:

Die Dedicated-Server-App-ID ist 2394010, nicht 2394560. Die Nummer 1623730 ist der Spiel-Client, den der Server nicht braucht.
Der Standard-Spielport ist 8211/UDP, nicht 7777. Diese ältere Nummer stammt aus der Konvention einer anderen Engine und gilt für Palworld nicht.
Der Server-Download ist kostenlos. Der anonyme Login von SteamCMD lädt den Dedicated Server ohne Lizenz herunter – nur beitretende Spieler müssen das Spiel besitzen, wie Valves Dokumentation zum anonymen Dedicated-Server-Login bestätigt.
Du bearbeitest PalWorldSettings.ini, nicht DefaultPalWorldSettings.ini. Die Standarddatei ist nur eine Vorlage zum Kopieren; Änderungen an ihr werden zur Laufzeit ignoriert.

Mit dieser Landkarte im Kopf ist der Rest der Anleitung mechanisch. Bauen wir den Server.

Schritt 1 – Den Linux-Server vorbereiten

Betreibe einen Spiele-Server niemals als root. Ein dedizierter, unprivilegierter Systembenutzer grenzt jede Kompromittierung ein und hält die Dateiberechtigungen sauber. Beginne damit, das System zu aktualisieren, das multiverse-Repository zu aktivieren (dort liefert Ubuntu SteamCMD aus), die 32-Bit-Architektur-Unterstützung hinzuzufügen, von der SteamCMD abhängt, und ein Service-Konto namens palworld anzulegen.

# System aktualisieren
sudo apt update && sudo apt upgrade -y

# multiverse-Repo und 32-Bit-Architektur aktivieren (SteamCMD braucht beides)
sudo add-apt-repository multiverse -y
sudo dpkg --add-architecture i386
sudo apt update

# Unprivilegierten Service-Benutzer mit eigenem Home-Verzeichnis anlegen
sudo useradd -m -s /bin/bash palworld

Die Zeile dpkg --add-architecture i386 ist nicht optional. SteamCMD ist eine 32-Bit-Anwendung, und ohne i386-Unterstützung scheitert der übernächste Schritt mit kryptischen Abhängigkeitsfehlern. Wenn du eine Distribution nutzt, die kein apt verwendet, installiere die entsprechende 32-Bit-GNU-C-Bibliothek (lib32gcc-s1 unter Debian/Ubuntu) über deinen Paketmanager, bevor du fortfährst. Ubuntus eigene Server-Dokumentation deckt Repository- und Paketverwaltung ab, falls du eine Auffrischung brauchst.

Schritt 2 – SteamCMD installieren

SteamCMD ist Valves Kommandozeilen-Steam-Client zum Herunterladen von Dedicated Servern. Unter Ubuntu lässt er sich direkt aus dem Repository installieren. Der Installer zeigt eine Lizenzvereinbarung an – akzeptiere sie – und zieht die 32-Bit-Bibliotheken automatisch nach, jetzt wo die i386-Unterstützung aktiviert ist.

# SteamCMD und die benötigte 32-Bit-Laufzeit installieren
sudo apt install -y steamcmd lib32gcc-s1

# Ab hier zum palworld-Service-Benutzer wechseln
sudo su - palworld

Wenn apt das Paket steamcmd nicht findet, wurde das multiverse-Repository aus Schritt 1 nicht korrekt aktiviert – führe die Befehle add-apt-repository multiverse und apt update erneut aus. Als Alternative, die auf jeder Distribution funktioniert, kannst du SteamCMD manuell installieren, indem du Valves Tarball in ein Verzeichnis entpackst und die mitgelieferte steamcmd.sh ausführst; das offizielle SteamCMD-Wiki dokumentiert diesen Weg im Detail. Ab diesem Punkt läuft jeder Befehl als Benutzer palworld, weshalb wir mit sudo su - palworld gewechselt haben.

Schritt 3 – Den Palworld Dedicated Server herunterladen

Hier zählt die korrekte App-ID. Melde dich anonym an, richte das Installationsverzeichnis auf das Home des palworld-Benutzers und lade App 2394010 mit aktivierter Validierung herunter, damit jede beschädigte Datei erneut geladen wird.

# Palworld Dedicated Server nach ~/palworld-server herunterladen
steamcmd +force_install_dir /home/palworld/palworld-server \
  +login anonymous \
  +app_update 2394010 validate \
  +quit

Der Download ist mehrere Gigabyte groß, das ist also der langsame Schritt – rechne mit ein paar Minuten bei schneller Verbindung. Am Ende solltest du eine Erfolgszeile sehen, die bestätigt, dass die App vollständig installiert ist:

 Update state (0x61) downloading, progress: 96.44 (7112884 / 7374028)
 Update state (0x81) verifying update, progress: 88.20 (6503921 / 7374028)
Success! App '2394010' fully installed.

Wenn du etwas anderes siehst als Success! – einen Timeout, einen Fehler wegen fehlenden Speicherplatzes oder eine wiederholte Retry-Schleife – fahre nicht fort. Führe exakt denselben Befehl erneut aus; SteamCMD setzt dort fort, wo es aufgehört hat, und validiert neu. Eine unvollständige Installation ist die zweithäufigste Ursache für einen Server, der nicht booten will.

Schritt 4 – Den steamclient.so-Fehler beheben

Fast jeder Admin, der zum ersten Mal einen Palworld Dedicated Server aufsetzt, stößt in dem Moment auf diesen Fehler, in dem er starten will: steamclient.so: cannot open shared object file: No such file or directory. Die Server-Binärdatei sucht die Steam-Client-Bibliothek in einem bestimmten versteckten Verzeichnis, das SteamCMD nicht automatisch befüllt. Die Lösung besteht darin, dieses Verzeichnis anzulegen und die Bibliothek dorthin zu verlinken.

# Das vom Server erwartete SDK-Verzeichnis anlegen und die Client-Bibliothek verlinken
mkdir -p ~/.steam/sdk64
ln -sf ~/.local/share/Steam/steamcmd/linux64/steamclient.so ~/.steam/sdk64/steamclient.so

# Falls der Quellpfad bei deiner Installation abweicht, zuerst suchen:
find / -name steamclient.so 2>/dev/null

Der genaue Quellpfad von steamclient.so variiert je nachdem, wie SteamCMD installiert wurde – der find-Befehl oben findet ihn, falls das Symlink-Ziel falsch ist. Ein symbolischer Link statt einer Kopie sorgt dafür, dass dein Server automatisch die neue Version übernimmt, wenn SteamCMD die Bibliothek aktualisiert. Dieser eine Schritt beseitigt den am häufigsten gemeldeten Startfehler eines Palworld Dedicated Server.

Schritt 5 – Erster Start und Konfiguration erzeugen

Bevor du den Server konfigurieren kannst, musst du ihn einmal starten, damit er seinen Laufzeit-Konfigurationsordner erzeugt. Das Startskript ist PalServer.sh im Installationsverzeichnis. Führe es aus, achte auf die Zeilen zur Welt-Initialisierung und stoppe es dann mit Strg+C, sobald es einen stabilen Zustand erreicht.

cd ~/palworld-server
./PalServer.sh

Ein gesunder erster Start erzeugt eine Ausgabe ähnlich dieser, bevor er in eine laufende Schleife übergeht:

Setting breakpad minidump AppID = 1623730
LogInit: Display: Running engine for game: Pal
LogWorld: Bringing World /Pal/Maps/MainWorld up for play
LogOnline: OSS: Created online subsystem instance for: PalOSS

Drücke Strg+C, um den Server zu stoppen. Dieser erste Lauf hat die Datei erzeugt, die du im nächsten Schritt bearbeitest: Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Er bestätigt außerdem, dass Binärdateien und Bibliotheken intakt sind – wenn der Server abgestürzt ist, statt die Zeile zur Welt-Initialisierung zu erreichen, arbeite die Schritte 3 und 4 noch einmal durch, bevor du weitermachst.

Schritt 6 – PalWorldSettings.ini konfigurieren

Hier ist die Falle, in die jeder tappt: Die Laufzeit-Konfiguration unter Pal/Saved/Config/LinuxServer/PalWorldSettings.ini startet nahezu leer, während eine vollständig gefüllte Vorlage im Installationsverzeichnis als DefaultPalWorldSettings.ini liegt. Du musst den Inhalt der Vorlage in die Laufzeitdatei kopieren und dann die Laufzeitdatei bearbeiten. Die Standard-Vorlage zu bearbeiten bewirkt nichts.

# Laufzeit-Konfiguration aus der Vorlage befüllen, dann bearbeiten
cp ~/palworld-server/DefaultPalWorldSettings.ini \
   ~/palworld-server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

nano ~/palworld-server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Die gesamte Konfiguration ist eine einzige lange Zeile, die mit OptionSettings=( beginnt. Füge darin keine Zeilenumbrüche ein – Palworld parst den ganzen eingeklammerten Block als einen Wert, und ein einzelner Zeilenumbruch beschädigt ihn. Suche und ändere die Werte unten innerhalb dieses Blocks. Die Tabelle listet die Einstellungen (Palworld dedicated server settings), die du auf einem neuen Server am ehesten anfassen wirst.

Einstellung	Standard	Was sie steuert	Üblicher Wert
ServerName	“Default Palworld Server”	Name im Server-Browser	“Mein Palworld-Server”
ServerPassword	“” (offen)	Passwort, das Spieler zum Beitreten brauchen	“changeme123”
AdminPassword	“”	Passwort für Admin-Befehle im Spiel – unbedingt setzen	“ein-starkes-geheimnis”
ServerPlayerMaxNum	32	Maximale gleichzeitige Spielerzahl (harte Obergrenze 32)	16
PublicPort	8211	UDP-Spielport, der Clients mitgeteilt wird	8211
DeathPenalty	All	Was du beim Tod verlierst (All / Item / ItemAndEquipment / None)	ItemAndEquipment
ExpRate	1.000000	Erfahrungs-Multiplikator	2.000000
bIsPvP	False	Aktiviert Spieler-gegen-Spieler-Kampf	False

Eine minimale, aber sinnvolle Bearbeitung sieht aus wie das Fragment unten. Setze immer ein AdminPassword, selbst auf einem privaten Server – ohne es kannst du keine administrativen Befehle ausführen, etwa einen Griefer kicken oder ein Speichern erzwingen.

OptionSettings=(...,ServerName="Mein Palworld-Server",
ServerPassword="changeme123",AdminPassword="ein-starkes-geheimnis",
ServerPlayerMaxNum=16,PublicPort=8211,DeathPenalty=ItemAndEquipment,
ExpRate=2.000000,bIsPvP=False,...)

Für die vollständige Liste aller Stellschrauben – Fangraten, Zuchtgeschwindigkeit, Basis-Pal-Limits, Tag-/Nacht-Länge und mehr – pflegt Pocketpair eine offizielle Server-Konfigurationsreferenz. Der offizielle Deployment-Guide ist die maßgebliche Quelle für den Bereitstellungs-Workflow selbst. Speichere die Datei und verlasse den Editor, wenn du fertig bist.

Schritt 7 – Die Firewall-Ports öffnen

Hier verdient die UDP-statt-TCP-Regel ihre Warnung. Öffne 8211/UDP für das Spiel und 27015/UDP für die Steam-Query, die deinen Server im Community-Browser listet. Wenn du RCON oder die REST-API in späteren Schritten nutzen willst, öffne auch diese – aber beschränke sie auf deine eigene IP, niemals auf das ganze Internet.

# Die benötigten Spiel- und Query-Ports öffnen (UFW unter Ubuntu)
sudo ufw allow 8211/udp
sudo ufw allow 27015/udp

# Optionaler Admin-Port – RCON nur auf eine vertrauenswürdige IP beschränken
sudo ufw allow from DEINE.HEIM.IP.ADRESSE to any port 25575 proto tcp
sudo ufw enable
sudo ufw status verbose

Zwei kritische Hinweise. Erstens: Wenn dein Server auf einem Cloud-VPS läuft, reicht das Öffnen des Ports in ufw nicht – du musst ihn zusätzlich in der Security-Group oder Cloud-Firewall des Anbieters öffnen, die dem Betriebssystem vorgeschaltet ist. Ein Hetzner-Server oder eine AWS-Instanz verwirft Traffic stillschweigend, der niemals ufw erreicht. Zweitens: Wenn du von zu Hause hostest, richte in deiner FritzBox unter Internet › Freigaben › Portfreigaben eine Weiterleitung von UDP 8211 auf die lokale IP des Servers ein; ohne diese Freigabe können Spieler aus dem Internet dich nicht erreichen. Gib RCON (25575) oder die REST-API (8212) niemals für 0.0.0.0 frei – ein offener Admin-Port ist ein direkter Weg zu einem übernommenen Server.

Schritt 8 – Performance mit Startparametern optimieren

Die Server-Binärdatei von Palworld akzeptiert mehrere Startparameter, die die Mehrspieler-Performance spürbar verbessern, indem sie ändern, wie Threads genutzt werden. Auf einem gut besuchten Server reduzieren diese Flags das Ruckeln, wenn viele Spieler gleichzeitig Chunks laden. Lege ein kleines Wrapper-Skript an, damit du dir die exakte Aufrufzeile nie merken musst.

#!/bin/bash
# ~/palworld-server/start.sh
cd /home/palworld/palworld-server
./PalServer.sh \
  -useperfthreads \
  -NoAsyncLoadingThread \
  -UseMultithreadForDS \
  -publicport=8211 \
  -players=16

Mache es mit chmod +x ~/palworld-server/start.sh ausführbar. Die drei Performance-Flags – -useperfthreads, -NoAsyncLoadingThread und -UseMultithreadForDS – sind das empfohlene Standard-Trio für Dedicated Server und kosten nichts. Das -players-Flag begrenzt die Anzahl auf Launcher-Ebene als doppelte Absicherung zum ServerPlayerMaxNum in der INI. Weil die Simulation im Kern Single-Thread-gebunden bleibt, helfen diese Flags am meisten bei I/O und Asset-Laden statt bei der reinen Tickrate – die eigentliche Lösung für die CPU-Sättigung bei 32 Spielern kommt mit dem Clustering.

Schritt 9 – Einen systemd-Service für Autostart einrichten

Ein Server, den du von Hand starten musst, ist ein Server, der beim nächsten Reboot der Maschine offline sein wird. Ihn in eine systemd-Unit zu verpacken, sorgt dafür, dass er beim Booten startet, nach einem Absturz automatisch neu startet und ins System-Journal loggt. Das ist der Schritt, der aus einem manuellen Experiment einen echten, dauerhaft laufenden Palworld Server macht. Lege die Unit-Datei als root an.

# /etc/systemd/system/palworld.service
[Unit]
Description=Palworld Dedicated Server
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=palworld
Group=palworld
WorkingDirectory=/home/palworld/palworld-server
ExecStart=/home/palworld/palworld-server/start.sh
Restart=on-failure
RestartSec=10
MemoryMax=14G

[Install]
WantedBy=multi-user.target

Die Direktive MemoryMax=14G ist ein Sicherheitsventil: Sie erlaubt dem Kernel, den Server zurückzufordern, bevor ein Out-of-Memory-Ereignis die ganze Maschine lahmlegt. Passe sie an, sodass relativ zu deinem Gesamt-RAM ein paar Gigabyte fürs Betriebssystem frei bleiben. Aktiviere und starte den Service nun und bestätige, dass er läuft.

sudo systemctl daemon-reload
sudo systemctl enable --now palworld.service

# Status prüfen und das Live-Log verfolgen
sudo systemctl status palworld.service
sudo journalctl -u palworld.service -f

Damit übersteht dein Server Reboots, startet sich zehn Sekunden nach jedem Absturz selbst neu und streamt seine Ausgabe zur einfachen Fehlersuche an journalctl. Das ist der Meilenstein des „vollständigen, lauffähigen Projekts” – alles nach diesem Punkt ist Feinschliff.

Schritt 10 – Mit dem Palworld Server verbinden

Mit laufendem Service und offenen Ports ist es Zeit beizutreten. Palworld bietet zwei Verbindungswege. Der zuverlässige ist der Direct Connect: Wähle im Hauptmenü des Spiels „Mehrspieler-Spiel beitreten” und tippe in der Suchleiste für Community-Server die öffentliche IP und den Port deines Servers in der Form deine.server.ip:8211 ein. Gib das ServerPassword ein, falls du eins gesetzt hast. Direct Connect funktioniert selbst dann, wenn die Steam-Query-Listung fehlkonfiguriert ist – deshalb ist es das Erste, was du testest.

Der zweite Weg ist der Community-Server-Browser, der deinen Server öffentlich listet, wenn 27015/UDP offen ist und der Server korrekt annonciert. Es kann ein paar Minuten dauern, bis ein frisch gestarteter Server erscheint, und starker Browser-Traffic verbirgt neue Einträge manchmal – wenn deine Freunde dich also nicht per Namen finden, weiche auf Direct Connect per IP aus. Um die öffentliche IP deines Servers direkt auf der Maschine herauszufinden, führe curl -s ifconfig.me aus. Sobald ein Spieler sich verbinden kann, lade den Rest der Gruppe ein; dieselbe Adresse funktioniert für alle.

Schritt 11 – RCON und die REST-API für die Administration aktivieren

Einen Live-Server aus einer SSH-Sitzung zu verwalten ist mühsam. RCON (Remote Console) und Palworlds REST-API erlauben dir, Nachrichten zu senden, Online-Spieler aufzulisten, Konten zu kicken oder zu bannen und ein sauberes Speichern auszulösen, ohne das Spiel zu öffnen. Aktiviere sie in der PalWorldSettings.ini innerhalb desselben OptionSettings-Blocks.

# Diese in den OptionSettings=(...)-Block einfügen, dann Service neu starten
RCONEnabled=True,RCONPort=25575,
RESTAPIEnabled=True,RESTAPIPort=8212,
AdminPassword="ein-starkes-geheimnis"

Nach dem Neustart mit sudo systemctl restart palworld.service kannst du den Server mit jedem RCON-Client oder mit einem einfachen REST-Aufruf steuern, der über das Admin-Passwort authentifiziert wird. Eine typische Abfrage der Spielerliste liefert etwa Folgendes:

# Online-Spieler über die REST-API auflisten (Basic-Auth nutzt das Admin-Passwort)
curl -s -u "admin:ein-starkes-geheimnis" http://127.0.0.1:8212/v1/api/players

{"players":[{"name":"Rin","level":41,"ping":38.5},
            {"name":"Kai","level":39,"ping":52.1}]}

Weil diese Endpunkte volle administrative Kontrolle gewähren, dürfen sie niemals aus dem öffentlichen Internet erreichbar sein. Binde sie an 127.0.0.1 und greife über einen SSH-Tunnel darauf zu, oder beschränke die Ports wie in Schritt 7 auf deine eigene IP. Behandle das Admin-Passwort wie ein Root-Passwort – wer es hat, besitzt deine Welt.

Schritt 12 – Backups anlegen und den Server aktualisieren

Zwei administrative Aufgaben halten einen Palworld Server gesund: regelmäßige Spielstand-Backups und periodische Updates. Palworld speichert seine Welt unter Pal/Saved/SaveGames. Verlasse dich niemals auf eine einzige Kopie – ein Absturz mitten im Schreibvorgang kann einen aktiven Spielstand beschädigen, und es gibt keine eingebaute Versionierung. Das Skript unten sichert das Spielstand-Verzeichnis mit einem Zeitstempel und löscht alles, was älter als sieben Tage ist.

#!/bin/bash
# ~/backup-palworld.sh  – stündlich per cron ausführen
SRC=/home/palworld/palworld-server/Pal/Saved/SaveGames
DEST=/home/palworld/backups
STAMP=$(date +%Y%m%d-%H%M%S)
mkdir -p "$DEST"
tar -czf "$DEST/palworld-save-$STAMP.tar.gz" -C "$SRC" .
find "$DEST" -name 'palworld-save-*.tar.gz' -mtime +7 -delete

Plane es mit crontab -e als Benutzer palworld, zum Beispiel 0 * * * * /home/palworld/backup-palworld.sh, um es stündlich auszuführen. Den Server zu aktualisieren ist schlicht Schritt 3 erneut: Stoppe den Service, führe den SteamCMD-Befehl app_update 2394010 validate aus und starte den Service wieder. Sichere immer unmittelbar vor einem großen Patch – und besonders vor dem 1.0-Update am 10. Juli, für das Pocketpair einen Neuanfang empfiehlt, obwohl es bestehende Spielstände nicht löscht.

# Sichere Update-Routine
sudo systemctl stop palworld.service
sudo su - palworld -c 'steamcmd +force_install_dir /home/palworld/palworld-server \
  +login anonymous +app_update 2394010 validate +quit'
sudo systemctl start palworld.service

Palworld 1.0 Server-Clustering: Was sich am 10. Juli ändert

Das Aushängeschild für Server-Admins in Palworld 1.0, das am 10. Juli 2026 erscheint, ist das Server-Clustering. Pocketpair hat es zusammen mit dem Release-Termin beim Summer Game Fest 2026 bestätigt und als Lösung für genau jenen Single-Thread-CPU-Flaschenhals positioniert, auf den diese Anleitung durchgängig verwiesen hat. Clustering erlaubt Administratoren, mehrere Server-Instanzen zu verketten, sodass eine einzige geteilte Welt höhere Spielerzahlen tragen kann, als ein einzelner Prozess allein bewältigen könnte – dasselbe Architekturmuster, das Spiele wie ARK nutzen, um Last über verbundene Server zu verteilen.

Was bestätigt ist, ist bestätigt; was nicht, erfinden wir nicht. Stand Anfang Juli 2026 hat Pocketpair angekündigt, dass Clustering existiert und welches Problem es löst, aber die genaue Konfiguration – die Cluster-Ports, die Regeln, nach denen Spieler und Pals zwischen verbundenen Servern wechseln, und welche Daten über Cluster-Mitglieder repliziert werden – bleibt unveröffentlicht. Die vollständigen 1.0-Patchnotes werden bis zum Launch-Tag zurückgehalten. Erwarte, dass Clustering neue Schlüssel in der PalWorldSettings.ini oder eine begleitende Cluster-Konfiguration einführt, ähnlich wie andere Unreal-Engine-Dedicated-Server eine Cluster-ID und ein geteiltes Transfer-Verzeichnis bereitstellen.

Die praktische Erkenntnis: Das Einzelserver-Setup in dieser Anleitung ist das Fundament, auf dem Clustering aufbaut, nicht etwas, das es ersetzt. Jeder Schritt hier – SteamCMD, die INI, Ports, systemd, Backups – bleibt in 1.0 gültig. Wenn der Patch landet, sichere zuerst, aktualisiere mit der Routine aus Schritt 12 und beobachte Pocketpairs offizielle Deployment-Dokumentation für die Clustering-Schlüssel. Neben dem Clustering öffnet 1.0 die World-Tree-Region und verdoppelt die Karte in etwa, plane also für größere Spielstände und etwas mehr RAM-Reserve.

Palworld Server mieten oder selbst hosten?

Nicht jeder will 30 Minuten in ein Terminal investieren, und das ist völlig in Ordnung. Wer einen Palworld Server mieten möchte, bekommt bei einem Managed-Anbieter ein Web-Panel, Ein-Klick-Updates und Support – gegen eine höhere monatliche Gebühr und meist eine an den Tarif gebundene Spielerzahl. Selbst zu hosten kostet weniger, gibt dir die vollen 32 Spieler und uneingeschränkten INI-Zugriff, verlangt dafür aber, dass du Updates, Backups und Firewall selbst übernimmst. Die Tabelle stellt beide Wege gegenüber.

Kriterium	Palworld Server mieten (Managed)	Selbst hosten (VPS / eigene Hardware)
Einrichtung	Ein-Klick, wenige Minuten	~30 Minuten, diese Anleitung
Kosten	ca. 10–20 €/Monat, nach Slots gestaffelt	ca. 5–12 €/Monat VPS, volle Kontrolle
Spieler-Obergrenze	oft an den Tarif gebunden	volle 32 Spieler
Konfiguration	Web-Panel, teils eingeschränkt	vollständiger INI-Zugriff
Updates & Backups	automatisch	in deiner Verantwortung (hier automatisiert)
Root-/SSH-Zugriff	meist keiner	vollständig
Ideal für	Einsteiger ohne Linux-Kenntnis	technisch versierte Admins

Ein Wort zu den laufenden Kosten beim Selbst-Hosten von zu Hause: Ein Dedicated Server läuft rund um die Uhr, und beim deutschen Strompreis von durchschnittlich rund 0,35 €/kWh summiert sich ein stromhungriger Desktop schnell. Ein sparsamer Mini-PC oder – noch einfacher – ein VPS in einem deutschen Rechenzentrum ist deshalb für den Dauerbetrieb meist die wirtschaftlichere Wahl als der alte Gaming-Tower im Keller. Für einen technisch versierten Admin macht diese Anleitung das Selbst-Hosten zur klaren Preis-Leistungs-Option.

Häufige Fehler und wie du sie vermeidest

Quer durch tausende Community-Setup-Berichte gehen dieselben wenigen Fehler auf die überwältigende Mehrheit gescheiterter Palworld-Server-Deployments zurück. Verinnerliche diese, und du überspringst die schmerzhaftesten Stunden der Fehlersuche.

TCP statt UDP öffnen. Der Spielport 8211 ist ausschließlich UDP. Eine TCP-Regel sieht korrekt aus, der Server bootet einwandfrei, und niemand kann sich verbinden. Prüfe immer mit sudo ufw status verbose, dass 8211 als udp erscheint.
Die falsche App-ID verwenden. 2394010 ist der Server; 2394560 und 1623730 sind es nicht. Eine falsche ID lädt entweder nicht herunter oder zieht den Spiel-Client, der headless nicht läuft.
DefaultPalWorldSettings.ini bearbeiten. Die Laufzeit-Konfiguration ist Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Änderungen an der Standard-Vorlage werden stillschweigend ignoriert, sodass Admins eine Stunde an Einstellungen drehen und null Wirkung sehen.
Die Cloud-Security-Group vergessen. Auf einem VPS ist die OS-Firewall die zweite Schicht. Wenn die Cloud-Firewall des Anbieters UDP 8211 weiterhin blockiert, erreicht der Traffic deinen Server nie, egal was ufw sagt.
Den steamclient.so-Link auslassen. Der Server startet nicht, bis ~/.steam/sdk64/steamclient.so existiert. Schritt 4 hat seinen Grund.
RAM unterdimensionieren. Eine 8-GB-Maschine, die 16+ Spieler hostet, beginnt zu swappen, dann zu ruckeln, dann abzustürzen. Dimensioniere nach der empfohlenen Spalte und begrenze den Speicher in systemd.

Troubleshooting: Palworld Server Probleme lösen

Wenn etwas kaputtgeht, arbeite diese Tabelle durch, bevor du neu installierst. Das Symptom links lässt sich fast immer auf die Ursache und Lösung rechts abbilden.

Symptom	Wahrscheinliche Ursache	Lösung
steamclient.so: cannot open shared object file	Fehlender SDK-Bibliotheks-Link	Die mkdir- und ln-Befehle aus Schritt 4 ausführen
Server läuft, aber niemand kann beitreten	Port 8211 als TCP geöffnet oder vorgelagert blockiert	8211/UDP in OS und Cloud-Firewall öffnen; zu Hause Portfreigabe in der FritzBox setzen
Server erscheint nie im Community-Browser	27015/UDP geschlossen oder Query annonciert nicht	27015/UDP öffnen; als Fallback per IP direkt verbinden
Konfigurationsänderungen zeigen keine Wirkung	Die Standard-Vorlage statt der Laufzeit-INI bearbeitet	Default in LinuxServer/PalWorldSettings.ini kopieren; neu starten
Server stürzt unter Spielerlast ab	Out of Memory / RAM unterdimensioniert	RAM erhöhen, MemoryMax setzen, Performance-Startparameter ergänzen
Xbox-/Game-Pass-Spieler können nicht verbinden	SteamCMD-Server nutzen nur Steam-Crossplay	Für Game-Pass-Spieler Einladungs-Koop nutzen; siehe Fortgeschrittene Tipps
Admin-Befehle werden im Spiel abgelehnt	AdminPassword nicht gesetzt	AdminPassword in der INI setzen und Service neu starten
Spielstand nach Absturz zurückgesetzt	Prozess mitten im Schreiben beendet, kein Backup	Mit systemctl sauber stoppen; aus stündlichem Backup wiederherstellen

Das mit Abstand nützlichste Diagnosewerkzeug ist das Live-Journal: sudo journalctl -u palworld.service -f. Wenn der Server beim Start sofort beendet wird, steht der Grund fast immer in den letzten drei Zeilen – eine fehlende Bibliothek, eine fehlerhafte INI (meist ein irrtümlicher Zeilenumbruch innerhalb des OptionSettings-Blocks) oder ein Berechtigungsproblem am Spielstand-Verzeichnis.

Fortgeschrittene Tipps: Crossplay, mehrere Welten und Docker

Sobald dein Basis-Server stabil läuft, kommen drei Verfeinerungen am häufigsten auf. Erstens, Xbox- und Game-Pass-Crossplay: Spieler auf der Microsoft-Store- oder Game-Pass-Version können einem SteamCMD-Dedicated-Server nicht beitreten, weil dieser Server nur am Crossplay-Netzwerk von Steam teilnimmt. Palworld hat Crossplay mit dem Update 0.5.0 im März 2025 eingeführt, aber für eine gemischte Steam-und-Xbox-Freundesgruppe ist die praktische Antwort heute Client-gehosteter Einladungs-Koop für die Xbox-Spieler – oder abzuwarten, ob das Clustering von 1.0 die Crossplay-Abdeckung erweitert.

Zweitens, mehrere Welten auf einer Maschine betreiben: Kopiere die systemd-Unit nach palworld-2.service, richte sie auf ein zweites Installationsverzeichnis mit eigenem PublicPort (etwa 8212) und eigenem RCON-Port, und öffne den passenden UDP-Port. Das ist der manuelle Vorläufer des offiziellen Clusterings – getrennte Welten statt einer geteilten Welt, aber nützlich, um zum Beispiel einen PvE- und einen PvP-Server nebeneinander zu betreiben.

Drittens, Containerisierung mit Docker: Wer mehrere Spiele-Server auf einem Host isolieren will, packt Palworld in einen Container und trennt so Abhängigkeiten, Ports und Dateisystem sauber voneinander. Achte dabei besonders auf gehärtete Images und minimale Rechte – unser Leitfaden Docker-Container absichern deckt die Grundlagen ab. Und in jedem Fall gilt: vor jeder Änderung sichern. Das Skript aus Schritt 12 ist billige Versicherung, und die Disziplin, vor jeder Konfigurationsänderung oder jedem Update einen Schnappschuss zu ziehen, hat mehr Communitys gerettet als jede andere Gewohnheit.

Den Palworld Server absichern

Ein öffentlicher Spiele-Server ist ein zum Internet hin exponierter Dienst, und jeder solche Dienst ist ein Ziel. Die gute Nachricht: Ein Palworld Server hat eine kleine Angriffsfläche, wenn du ihn korrekt konfigurierst. Die schlechte: Die Default-offen-Gewohnheiten, die viele Guides lehren – RCON exponieren, als Root laufen, SSH-Passwort-Logins erlauben – verwandeln diese kleine Fläche in eine große. Härte die Maschine mit derselben Disziplin, die du auf jeden produktiven Linux-Server anwenden würdest.

Beginne mit SSH, denn über SSH wird die Maschine selbst weit häufiger kompromittiert als über den Spielport. Deaktiviere die Passwort-Authentifizierung zugunsten von Schlüsseln, und lass ein Werkzeug wie fail2ban IPs bannen, die den Login hämmern. Zusammen mit der Default-Deny-Firewall aus Schritt 7 schließt das die Türen, die automatisierte Bots binnen Minuten nach dem Online-Gehen eines Servers abklopfen.

# SSH härten: nur Schlüssel-Login, dann neu laden
sudo sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo systemctl reload ssh

# Brute-Force-Versuche gegen SSH bannen
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

Wende anschließend die Server-spezifischen Regeln an, die aus allem oben folgen:

Unprivilegiert laufen. Der palworld-Service-Benutzer aus Schritt 1 sorgt dafür, dass ein Server-Exploit nicht trivial zu Root eskalieren kann. „Repariere” einen Berechtigungsfehler niemals, indem du als Root läufst.
Admin-Ports privat halten. RCON (25575) und die REST-API (8212) gewähren totale Kontrolle. Binde sie an 127.0.0.1 und erreiche sie über einen SSH-Tunnel, oder beschränke sie auf eine einzige vertrauenswürdige IP. Sie dürfen niemals auf 0.0.0.0 lauschen.
Ein echtes AdminPassword verwenden. Ein kurzes oder geteiltes Admin-Passwort ist gleichbedeutend damit, RCON offen zu lassen. Erzeuge einen langen Zufallsstring und speichere ihn in einem Passwort-Manager, nicht in einem Chat-Log.
Zeitnah patchen. Führe das SteamCMD-Update aus Schritt 12 nach jedem Palworld-Server-Release aus und halte das OS mit unattended-upgrades aktuell. Veraltete Server sind die, die übernommen werden.
Default-Deny, dann erlauben. Nur 8211/UDP und 27015/UDP sollten zum öffentlichen Internet zeigen. Alles andere – SSH eingeschlossen – sollte, wo praktikabel, auf bekannte Adressen beschränkt sein.

Nichts davon ändert das Gameplay-Setup; es stellt lediglich sicher, dass der Server, den deine Freunde genießen, nicht zum Krypto-Miner eines Fremden wird. Gestaffelte Verteidigung – unprivilegierter Prozess, enge Firewall, gehärtetes SSH, private Admin-Ports – ist der Unterschied zwischen einem Hobby-Server und einer Haftung.

Häufig gestellte Fragen

Muss ich Palworld besitzen, um einen Dedicated Server zu hosten?

Nein. Der Palworld Dedicated Server (Steam-App 2394010) lädt über den anonymen Login von SteamCMD kostenlos herunter. Nur Spieler, die sich mit dem Server verbinden, müssen das Spiel besitzen und ausführen (App 1623730). Das ist Standard für Steam-Dedicated-Server und in Valves Hinweisen zum anonymen Login dokumentiert.

Wie viele Spieler fasst ein Palworld Server?

Die harte Obergrenze liegt bei 32 gleichzeitigen Spielern, gesetzt über ServerPlayerMaxNum. In der Praxis braucht ein 32-Spieler-Server 16 GB RAM und eine schnelle Single-Thread-CPU, weil die Simulation Single-Thread-gebunden ist. Das Server-Clustering im 1.0-Release vom 10. Juli 2026 soll diese Decke durchbrechen, indem es Instanzen verkettet.

Warum taucht mein Palworld Server nicht auf?

Fast immer ein Port-Problem. Bestätige, dass 8211 als UDP (nicht TCP) sowohl in deiner OS-Firewall als auch in jeder Cloud-Security-Group offen ist und dass 27015/UDP für die Community-Browser-Listung offen ist. Wenn er sich immer noch nicht listet, verbinde dich direkt per IP über deine.server.ip:8211 – Direct Connect umgeht den Browser vollständig.

Wie viel RAM braucht ein Palworld Server?

Kalkuliere 8 GB als absolutes Minimum für eine kleine Gruppe und 16 GB für einen vollen Server. Der Weltzustand wächst, während Spieler bauen, sodass ein beim Start komfortabler Server Monate später angespannt sein kann. Begrenze den Speicher mit MemoryMax in systemd, damit ein außer Kontrolle geratener Prozess den Host nicht lahmlegen kann.

Können Xbox- oder Game-Pass-Spieler meinem Server beitreten?

Nicht auf einem SteamCMD-Dedicated-Server – diese nehmen nur am Steam-Crossplay teil. Xbox- und Game-Pass-Spieler können trotzdem über Einladungs-Koop im Spiel zusammenspielen (bis zu vier Spieler). Beobachte die 1.0-Release-Notes, um zu sehen, ob das Clustering die Crossplay-Abdeckung ändert.

Ist es legal, einen Palworld Server zu hosten?

Ja. Pocketpair vertreibt den Dedicated Server offiziell über Steam und dokumentiert, wie man ihn betreibt. Der laufende Patentstreit zwischen Nintendo und Pocketpair betrifft Spielmechaniken, nicht das Server-Hosting, und berührt dein Recht nicht, einen Server für dich und deine Freunde zu betreiben.

Zerbricht mein Server, wenn Palworld 1.0 erscheint?

Sollte er nicht. Pocketpair hat erklärt, dass bestehende Spielstände vom Update am 10. Juli nicht gelöscht werden, empfiehlt aber einen Neuanfang, um die neuen Inhalte in der richtigen Reihenfolge zu erleben. Sichere zuerst, aktualisiere dann mit der SteamCMD-Routine app_update 2394010 validate. Das Setup in dieser Anleitung bleibt das Fundament; Clustering kommt additiv hinzu.

Soll ich selbst hosten oder einen Palworld Server mieten?

Selbst-Hosten auf einem VPS für 5 bis 12 € im Monat gibt dir volle Kontrolle, das 32-Spieler-Limit und günstigere Skalierung – zum Preis eigener Updates und Backups. Einen Palworld Server mieten tauscht eine höhere Monatsgebühr gegen Ein-Klick-Updates und Support. Für einen technisch versierten Admin macht diese Anleitung das Selbst-Hosten zur klaren Preis-Leistungs-Wahl.