So richtest du einen Palworld Dedicated Server unter Linux ein: Hardware, SteamCMD, wichtige Einstellungen, Ports und geplante Neustarts gegen steigenden RAM.
Einen Palworld Dedicated Server richtest du unter Linux in vier Schritten ein: Server-Dateien per SteamCMD laden (App-ID 2394010), einmal starten, die PalWorldSettings.ini anpassen und Port 8211/UDP freigeben. Plane dabei genug Arbeitsspeicher ein und richte von Anfang an automatische Neustarts ein, denn der RAM-Verbrauch wächst mit der Laufzeit. Wie das konkret aussieht, zeigt diese Anleitung.
Wir gehen von einem Linux-Server mit Ubuntu aus. Unter Windows funktioniert das Prinzip genauso, nur Pfade und Startskript heißen anders.
Palworld ist hungriger als viele andere Survival-Spiele. Die offizielle Dokumentation nennt 4 CPU-Kerne und 16 GB RAM als Grundlage und empfiehlt 32 GB für einen stabilen Dauerbetrieb. Das ist auf volle Server mit vielen Basen ausgelegt, gibt dir aber eine ehrliche Richtung.
Als grobe Orientierung, die du an deiner eigenen Auslastung überprüfen solltest:
Wichtiger als die reine Spielerzahl ist, was in der Welt passiert. Jede Basis mit ihren Pals wird simuliert, solange jemand in der Nähe ist. Zehn Spieler mit je drei vollen Basen belasten den Server deutlich stärker als zehn Spieler, die gemeinsam herumziehen. Bei der CPU zählen wenige schnelle Kerne mehr als viele langsame.
Noch ein Punkt zur Virtualisierung: Der Linux-Server von Palworld läuft problemlos in einem Container. Willst du die Windows-Version betreiben, brauchst du eine virtuelle Maschine mit eigenem Kernel. Die Unterschiede erklärt unser Beitrag LXC vs KVM im Vergleich.
Bevor du loslegst, sollte der Server grundlegend abgesichert sein. Wie das geht, steht in der Anleitung zum vServer absichern mit SSH-Schlüsseln und Firewall. Danach geht es so weiter:
SteamCMD installieren. Unter Ubuntu brauchst du dafür das Multiverse-Repository und die 32-Bit-Architektur:
sudo add-apt-repository multiverse
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install steamcmdEinen eigenen Benutzer anlegen. Der Spielserver sollte nie als root laufen:
sudo useradd -m -s /bin/bash palworld
sudo -u palworld -iDie Server-Dateien herunterladen. Wichtig ist die Reihenfolge: +force_install_dir muss vor +login stehen.
/usr/games/steamcmd +force_install_dir ~/palserver +login anonymous +app_update 2394010 validate +quitDie Steam-Bibliothek bereitstellen. Ohne sie bricht der Start oft mit einem Fehler zu steamclient.so ab. Such die Datei aus dem Ordner linux64 und kopiere sie an die erwartete Stelle:
find ~ -name steamclient.so
mkdir -p ~/.steam/sdk64
cp /PFAD/AUS/FIND/linux64/steamclient.so ~/.steam/sdk64/Den Server einmal starten, damit er seine Ordner und Konfigurationsdateien anlegt, und dann mit Strg+C wieder beenden:
cd ~/palserver
./PalServer.sh -port=8211 -players=16 -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDSDie drei letzten Startparameter sorgen dafür, dass der Server mehrere CPU-Kerne besser nutzt. Soll dein Server in der Community-Liste im Spiel auftauchen, hängst du zusätzlich -publiclobby an. Für eine private Runde unter Freunden brauchst du das nicht.
Nach dem ersten Start liegt im Server-Ordner die Vorlage DefaultPalWorldSettings.ini. Die bearbeitest du nicht direkt, sondern kopierst sie an die Stelle, die der Server tatsächlich liest:
cp ~/palserver/DefaultPalWorldSettings.ini ~/palserver/Pal/Saved/Config/LinuxServer/PalWorldSettings.iniDie PalWorldSettings.ini hat eine Eigenheit, über die fast jeder einmal stolpert: Alle Einstellungen stehen in einer einzigen, sehr langen Zeile hinter OptionSettings=. Ein fehlendes Komma oder eine kaputte Klammer, und der Server ignoriert die Datei und startet mit Standardwerten. Ein Auszug:
[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,ExpRate=1.000000,PalCaptureRate=1.000000,DeathPenalty=All,ServerPlayerMaxNum=16,ServerName="Unser Palworld",ServerDescription="",AdminPassword="langes-geheimes-passwort",ServerPassword="",PublicPort=8211,RCONEnabled=True,RCONPort=25575, ...weitere Werte...)Diese Werte passt du in der Praxis am häufigsten an:
ServerName und ServerDescription: wie dein Server in der Liste erscheint.ServerPassword: leer lassen für offene Server, sonst müssen Mitspieler es beim Beitreten eingeben.ServerPlayerMaxNum: maximale Spielerzahl, höchstens 32.ExpRate und PalCaptureRate: Erfahrung und Fangwahrscheinlichkeit als Faktor. 2.000000 verdoppelt den Wert.DeathPenalty: was beim Tod verloren geht. Möglich sind None, Item, ItemAndEquipment und All.BaseCampWorkerMaxNum: wie viele Pals pro Basis arbeiten. Höhere Werte kosten spürbar Leistung.RCONEnabled und RCONPort: Fernsteuerung, die du für automatische Neustarts brauchst.Bearbeite die Datei nur, wenn der Server gestoppt ist. Ein laufender Server kann sie beim Beenden mit seinem eigenen Stand überschreiben, und deine Änderungen sind weg.
Für das Spiel selbst reicht ein einziger Port: UDP 8211. Für die Community-Liste kommt der Query-Port 27015/UDP dazu. Mit ufw sieht das so aus:
sudo ufw allow 8211/udp
sudo ufw allow 27015/udp # nur bei -publiclobby nötigDen RCON-Port 25575/TCP öffnest du dagegen bewusst nicht nach außen. Dein Neustart-Skript läuft lokal auf dem Server und spricht RCON über 127.0.0.1 an. Ein offener RCON-Port mit einem schwachen Passwort ist ein bequemer Einstieg für Fremde, die dir die Welt herunterfahren oder Spieler bannen wollen.
Deine Mitspieler verbinden sich über "Mehrspieler-Spiel beitreten" und tragen unten die Adresse im Format DEINE-IP:8211 ein.
Das AdminPassword aus der Konfiguration hat zwei Aufgaben: Im Spiel macht es dich zum Admin, und es ist gleichzeitig das RCON-Passwort. Wähle also ein langes Passwort, das du nirgends sonst verwendest.
Im Spiel öffnest du den Chat und gibst /AdminPassword deinpasswort ein. Danach stehen dir unter anderem diese Befehle zur Verfügung:
/ShowPlayers: zeigt alle Spieler mit ihren IDs./KickPlayer ID und /BanPlayer ID: Spieler entfernen oder dauerhaft sperren./Save: speichert die Welt sofort./Broadcast Text: Nachricht an alle Spieler./Shutdown Sekunden Text: fährt den Server mit Vorwarnung herunter./TeleportToPlayer ID: praktisch, wenn jemand irgendwo festhängt.Die gleichen Befehle funktionieren über RCON, dann ohne Schrägstrich am Anfang.
Der Teil, den viele Anleitungen nur nebenbei erwähnen, entscheidet im Alltag über einen stabilen Server. Ein Palworld-Server belegt nach dem Start einen bestimmten Grundbedarf, und dieser Wert klettert über Stunden und Tage langsam nach oben. Je nach Version, Spielerzahl und Anzahl der Basen geht das schneller oder langsamer, aber es passiert. Irgendwann wird es eng, der Server ruckelt, und im schlimmsten Fall beendet das System den Prozess ohne letzten Speicherstand.
Mehr RAM verschiebt das Problem nur nach hinten. Die eigentliche Lösung sind geplante Neustarts, bei denen der Server vorher sauber speichert.
Beobachte in den ersten Tagen mit free -h oder htop, wie schnell der Verbrauch wächst. Als Startpunkt bewährt sich ein Neustart alle 6 bis 12 Stunden oder einmal nachts. Kommst du regelmäßig über etwa 85 Prozent Auslastung, verkürzt du den Abstand.
Lass den Server als systemd-Dienst laufen. Der Trick: Mit Restart=always startet systemd den Server nach jedem Herunterfahren neu, und ExecStartPre holt vorher das aktuelle Update. So ist jeder geplante Neustart gleichzeitig ein Update.
# /etc/systemd/system/palworld.service
[Unit]
Description=Palworld Dedicated Server
After=network-online.target
[Service]
User=palworld
WorkingDirectory=/home/palworld/palserver
ExecStartPre=/usr/games/steamcmd +force_install_dir /home/palworld/palserver +login anonymous +app_update 2394010 +quit
ExecStart=/home/palworld/palserver/PalServer.sh -port=8211 -players=16 -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS
Restart=always
RestartSec=15
[Install]
WantedBy=multi-user.targetAktivieren mit sudo systemctl daemon-reload und sudo systemctl enable --now palworld.
Für RCON brauchst du ein Kommandozeilen-Werkzeug, etwa das quelloffene rcon-Programm aus dem gorcon-Projekt. Ein kleines Skript warnt die Spieler, speichert und fährt herunter:
#!/bin/bash
# /home/palworld/restart.sh
RCON="rcon -a 127.0.0.1:25575 -p DEIN-ADMINPASSWORT"
$RCON "Broadcast Neustart_in_5_Minuten"
sleep 240
$RCON "Save"
sleep 10
$RCON "Shutdown 60 Neustart"Unterstriche statt Leerzeichen sind Absicht: In manchen Versionen kommt beim Broadcast über RCON nur das erste Wort an. Weil das Passwort im Skript steht, schützt du die Datei mit chmod 700. Im Crontab des Benutzers palworld trägst du dann zum Beispiel ein:
0 5,17 * * * /home/palworld/restart.shNach dem Shutdown greift systemd, zieht das Update und startet den Server neu. Sichere zusätzlich regelmäßig den Ordner Pal/Saved/SaveGames, denn dort liegt dein Spielstand. Ein Kopierbefehl vor dem Neustart im Skript reicht für den Anfang.
Der eigene Linux-Server lohnt sich, wenn du volle Kontrolle willst und Spaß an Skripten hast. Bei Hostleaf läuft ein solcher Server etwa auf einem LXC vServer mieten in Rechenzentren in Deutschland und den Niederlanden, DDoS-Schutz ist dort standardmäßig aktiv. Wer sich um SteamCMD, systemd und Firewall nicht kümmern möchte, kann alternativ einen Palworld Server mieten und Konsole, Dateien und Ports direkt im Panel verwalten. Beides ist eine Möglichkeit unter vielen, die Anleitung oben funktioniert auf jedem Linux-Server.
Die offizielle Empfehlung liegt bei 16 GB, für stabilen Dauerbetrieb bei 32 GB. Kleine Gruppen kommen mit weniger aus, wenn du regelmäßig neu startest. Entscheidend sind neben der Spielerzahl vor allem die Zahl der Basen und der arbeitenden Pals.
Zum Spielen reicht UDP 8211. Für die Community-Liste kommt UDP 27015 dazu. Der RCON-Port 25575/TCP sollte nur lokal erreichbar bleiben.
Meist liegt die Datei im falschen Ordner, die einzeilige Syntax ist beschädigt oder du hast sie bei laufendem Server bearbeitet. Prüfe den Pfad Pal/Saved/Config/LinuxServer/, stoppe den Server vor jeder Änderung und kontrolliere Kommas und Klammern.
Ein guter Startwert ist alle 6 bis 12 Stunden oder einmal täglich zu einer ruhigen Uhrzeit. Beobachte den RAM-Verlauf und verkürze den Abstand, wenn der Speicher regelmäßig knapp wird. Speichere vor jedem Neustart per RCON mit Save.
Postfach anlegen, MX, SPF, DKIM und DMARC setzen, IMAP und SMTP im Mailprogramm eintragen: So landen Mails von deiner eigenen Domain im Posteingang statt im Spam.
Vom Server-Pack über Forge, NeoForge oder Fabric bis zur passenden Java-Version: So bringst du dein Modpack auf einen eigenen Server und behebst typische Startfehler.
ESX Legacy, QBCore oder Qbox? Der Vergleich zeigt Unterschiede in Aufbau, Script-Angebot, Datenbank und Performance und hilft bei der Wahl für neue Server.