Kompletny przewodnik po ustawieniach serwera Palworld

Par Benjamin D. · PDG

25 sierpnia 2026 · Mis à jour le 25 sierpnia 2026 · Lecture 10 min

Spis treści

Postawienie własnego serwera Palworld to najszybsza droga do stabilnej rozgrywki w kooperacji bez limitów sesji hosta i losowych rozłączeń. W tym poradniku na 2026 rok przechodzimy przez wybór hostingu, plik PalWorldSettings.ini, dostrajanie wydajności, RCON, kopie zapasowe oraz zabezpieczenia. Bez teorii — konkretne ustawienia, komendy i rzeczy, które faktycznie psują serwery.

Serwer Palworld: wymagania, architektura i wybór hostingu

Palworld działa na Unreal Engine 5 i dedykowany serwer jest procesem jednowątkowym w krytycznych fragmentach pętli symulacji. W praktyce oznacza to jedno: liczy się częstotliwość taktowania CPU, nie liczba rdzeni. Serwer z ośmioma rdzeniami o niskim zegarze będzie zachowywał się gorzej niż cztery rdzenie Ryzen o wysokiej częstotliwości.

Realne zapotrzebowanie na zasoby

Liczba graczy	RAM (rekomendowane)	CPU	Dysk
2–4	8 GB	2 vCore wysokotaktowane	20 GB NVMe
5–10	12–16 GB	4 vCore wysokotaktowane	30 GB NVMe
11–20	16–24 GB	4–6 vCore wysokotaktowane	40 GB NVMe
21–32	32 GB	6+ vCore wysokotaktowane	60 GB NVMe

Zapotrzebowanie na RAM rośnie liniowo wraz z liczbą baz i Palów przypisanych do pracy. Po kilku tygodniach gry serwer 10-osobowy z rozbudowanymi bazami potrafi zająć więcej pamięci niż świeżo postawiona instancja z 20 slotami. Dysk NVMe ma tu znaczenie praktyczne: zapis stanu świata (autosave) blokuje pętlę gry na czas operacji I/O — na wolnym dysku objawia się to sekundowymi „zawieszkami" u wszystkich graczy.

Hosting gotowy vs własny VPS

Masz dwie drogi. Pierwsza to Serwer Palworld w formie gotowej instancji — instalacja natychmiastowa, panel Pterodactyl, anti-DDoS w standardzie i automatyczne kopie zapasowe. Nie zarządzasz systemem operacyjnym, tylko konfiguracją gry.

Druga to VPS Linux, na którym stawiasz wszystko samodzielnie — pełna kontrola, ale też pełna odpowiedzialność za aktualizacje, firewall i backupy. Jeśli chcesz połączyć oba podejścia, VPS Pterodactyl daje panel zarządzania nad własną maszyną.

Praktyczna zasada: jeśli zarządzasz jednym serwerem dla społeczności, gotowa instancja z panelem oszczędza kilkanaście godzin miesięcznie. Jeśli hostujesz kilka gier naraz — Palworld, Serwer Minecraft, Serwer Valheim — VPS z Pterodactylem zaczyna się opłacać.

Instalacja na VPS Linux krok po kroku

Na czystym Debianie lub Ubuntu instalacja przez SteamCMD wygląda tak. Nigdy nie uruchamiaj serwera gry jako root:

sudo adduser --disabled-password --gecos "" palworld
sudo apt update && sudo apt install -y software-properties-common
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install -y steamcmd lib32gcc-s1 xdg-user-dirs

sudo -u palworld -i
steamcmd +force_install_dir /home/palworld/server \
         +login anonymous \
         +app_update 2394010 validate \
         +quit

Pierwsze uruchomienie generuje strukturę katalogów i domyślny plik konfiguracyjny:

cd /home/palworld/server
./PalServer.sh
# poczekaj na komunikat "Setting breakpad minidump AppID"
# następnie zatrzymaj proces (Ctrl+C)

Usługa systemd, żeby serwer wstawał po restarcie maszyny:

sudo tee /etc/systemd/system/palworld.service > /dev/null <<'EOF'
[Unit]
Description=Palworld Dedicated Server
After=network.target

[Service]
Type=simple
User=palworld
WorkingDirectory=/home/palworld/server
ExecStartPre=/usr/games/steamcmd +force_install_dir /home/palworld/server +login anonymous +app_update 2394010 validate +quit
ExecStart=/home/palworld/server/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS
Restart=on-failure
RestartSec=15

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld

Flagi -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS to zalecenia z oficjalnej dokumentacji — poprawiają rozłożenie pracy silnika i realnie zmniejszają mikro-przycięcia przy większej liczbie graczy.

Konfiguracja PalWorldSettings.ini: parametry, które mają znaczenie

Cała konfiguracja rozgrywki mieści się w jednym pliku. Uwaga na pułapkę, na którą łapie się większość administratorów: nie edytujesz pliku w katalogu DefaultPalWorldSettings.ini, tylko kopię w katalogu zapisu.

cp /home/palworld/server/DefaultPalWorldSettings.ini \
   /home/palworld/server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

nano /home/palworld/server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Na hostingu z panelem Pterodactyl robisz to samo przez zakładkę File Manager — ścieżka jest identyczna. Cała sekcja OptionSettings to jedna długa linia, oddzielona przecinkami, bez łamania wierszy. Złamanie linii = serwer wczyta ustawienia domyślne i zignoruje twoje zmiany.

Podstawowa tożsamość serwera

ServerName="[PL] Nazwa Twojego serwera"
ServerDescription="Serwer PvE, x2 EXP, whitelist Discord"
AdminPassword="dlugie_haslo_administratora_2026"
ServerPassword=""
PublicPort=8211
PublicIP=""
RCONEnabled=True
RCONPort=25575
ServerPlayerMaxNum=16

AdminPassword jest wymagane do komend administracyjnych w grze i do RCON. Ustaw je zanim wpuścisz kogokolwiek. Puste ServerPassword oznacza serwer otwarty — jeśli budujesz zamkniętą społeczność, wypełnij to pole lub użyj whitelisty.

Tempo rozgrywki i ekonomia

Parametr	Domyślnie	Sugestia (serwer społecznościowy)	Efekt
`ExpRate`	1.0	2.0	Szybsze poziomy, mniej grindu dla dorosłych graczy
`PalCaptureRate`	1.0	1.5	Mniej marnowanych Sfer
`CollectionDropRate`	1.0	2.0	Więcej surowców z drzew i rud
`PalEggDefaultHatchingTime`	72.0	2.0	Godziny do wyklucia jaja — kluczowe dla hodowli
`DeathPenalty`	All	ItemAndEquipment	Zgon nie kosztuje Palów z drużyny
`bEnablePlayerToPlayerDamage`	False	False (PvE)	Włącz tylko na serwerze PvP
`GuildPlayerMaxNum`	20	8–10	Ogranicza mega-gildie i obciążenie baz

Parametry, które bezpośrednio obciążają CPU i RAM

To najważniejsza część tego poradnika. Poniższe ustawienia decydują o tym, czy twój serwer Palworld będzie płynny przy 16 graczach, czy zacznie się dławić po tygodniu:

BaseCampMaxNumInGuild=3
BaseCampWorkerMaxNum=15
DropItemMaxNum=3000
DropItemMaxNum_UNKO=100
DropItemAliveMaxHours=1.0
AutoResetGuildNoOnlinePlayers=True
AutoResetGuildTimeNoOnlinePlayers=72.0
bIsUseBackupSaveData=True
AutoSaveSpan=180.0

BaseCampMaxNumInGuild — każda baza to stale symulowany zestaw Palów i budynków. Wartość 4 przy 5 gildiach = 20 aktywnych baz. To najczęstsza przyczyna spadku wydajności.
BaseCampWorkerMaxNum — powyżej 15 pracowników na bazę pathfinding zaczyna zjadać cykle CPU nieproporcjonalnie do korzyści.
DropItemAliveMaxHours — porzucone przedmioty leżące godzinami w świecie to niepotrzebne obiekty w pamięci. Godzina wystarczy.
AutoResetGuildNoOnlinePlayers — czyści bazy porzucone przez graczy, którzy nie wrócili. Bez tego plik zapisu puchnie w nieskończoność.
AutoSaveSpan — 180 sekund to rozsądny kompromis. Zbyt krótki interwał = częste mikroprzycięcia przy zapisie, zbyt długi = ryzyko utraty postępu.

Po każdej zmianie pliku wymagany jest pełny restart procesu — hot reload nie istnieje:

sudo systemctl restart palworld
# lub w panelu Pterodactyl: przycisk Restart w konsoli

Porty i sieć

Palworld używa UDP na porcie gry i TCP dla RCON. Na VPS musisz otworzyć je ręcznie:

sudo ufw allow 8211/udp comment 'Palworld game'
sudo ufw allow 27015/udp comment 'Palworld query'
sudo ufw allow from TWOJ.IP.ADMIN/32 to any port 25575 proto tcp comment 'RCON'
sudo ufw enable
sudo ufw status numbered

Nigdy nie wystawiaj RCON na 0.0.0.0. Ogranicz go do własnego adresu IP albo tuneluj przez SSH. Port RCON otwarty na świat z prostym hasłem to zaproszenie do przejęcia serwera. Na hostingu z panelem ten problem odpada — dostęp do konsoli idzie przez uwierzytelniony panel.

Wydajność, kopie zapasowe i administracja na co dzień

Diagnostyka spadków płynności

Gdy gracze zgłaszają „lagi", zanim zaczniesz zmieniać cokolwiek, ustal gdzie leży problem. Trzy różne rzeczy dają podobny efekt:

Opóźnienie sieciowe (latencja) — gracz z Polski na serwerze w innej strefie geograficznej. Sprawdzalne przez ping i mtr. Rozwiązanie: lokalizacja serwera bliżej graczy.
Saturacja CPU — pojedynczy wątek na 100%. Rozwiązanie: redukcja liczby baz, pracowników i porzuconych przedmiotów.
I/O przy autosave — zamrożenia co dokładnie tyle sekund, ile wynosi AutoSaveSpan. Rozwiązanie: szybszy dysk (NVMe) lub wydłużenie interwału.

# obciążenie per-wątek
top -H -p $(pgrep -f PalServer-Linux)

# opóźnienia dyskowe
iostat -x 2 5

# rozmiar zapisu świata (rośnie z czasem)
du -sh /home/palworld/server/Pal/Saved/SaveGames/0/*

Jeśli katalog zapisu przekracza kilkaset megabajtów, to sygnał, że świat jest zaśmiecony porzuconymi bazami. Włączenie AutoResetGuildNoOnlinePlayers i restart to najprostsze lekarstwo.

RCON — administracja bez wchodzenia do gry

RCON pozwala zarządzać serwerem z terminala lub skryptu. Najczęściej używane komendy:

ShowPlayers                        # lista graczy z UID i SteamID
Info                               # wersja serwera
Save                               # wymuszenie zapisu świata
Broadcast Restart_za_5_minut       # komunikat (bez spacji!)
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Restart_techniczny     # odliczanie + komunikat
DoExit                             # natychmiastowe wyłączenie

Uwaga na Broadcast: implementacja nie obsługuje spacji, używaj podkreśleń. Zawsze wywołuj Save przed Shutdown — zapis nie jest gwarantowany przy zamykaniu procesu.

Strategia kopii zapasowych

Palworld ma historię uszkadzania plików zapisu przy nieczystym zamknięciu. Kopie zapasowe to nie opcja, to wymóg. Na hostingu Fly-Serv backupy działają automatycznie i możesz je odtworzyć z panelu w kilka kliknięć. Na własnym VPS zrób to skryptem:

sudo tee /home/palworld/backup.sh > /dev/null <<'EOF'
#!/bin/bash
SRC="/home/palworld/server/Pal/Saved"
DST="/home/palworld/backups"
STAMP=$(date +%Y%m%d-%H%M)
mkdir -p "$DST"
tar -czf "$DST/palworld-$STAMP.tar.gz" -C "$SRC" .
find "$DST" -name "palworld-*.tar.gz" -mtime +7 -delete
EOF

chmod +x /home/palworld/backup.sh
crontab -u palworld -e
# dodaj: 0 */6 * * * /home/palworld/backup.sh

Kopia co 6 godzin, retencja 7 dni. Dodatkowo trzymaj jedną kopię poza maszyną — rsync na inny host albo pobranie archiwum przez panel. Backup leżący wyłącznie na tym samym dysku co serwer nie chroni przed awarią wolumenu.

Aktualizacje serwera

Po każdej aktualizacji klienta serwer musi zostać podniesiony do tej samej wersji, inaczej gracze zobaczą błąd niezgodności. Procedura:

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

Zawsze wykonuj backup przed aktualizacją. W przypadku gotowej instancji z panelem aktualizacja sprowadza się do restartu serwera — proces pobierania uruchamia się automatycznie przy starcie. Aktualne parametry i pełną listę opcji znajdziesz w oficjalnej dokumentacji technicznej Palworld.

Bezpieczeństwo, mody i rozwój społeczności

Zabezpieczenie instancji

Ochrona przed atakami wolumetrycznymi DDoS jest realizowana na poziomie infrastruktury — wszystkie serwery Fly-Serv mają anti-DDoS włączony domyślnie. Reszta zabezpieczeń leży po twojej stronie:

Silne AdminPassword i hasło RCON — minimum 20 znaków losowych, różne dla każdej usługi.
Restrykcja portu RCON do adresu administratora, nigdy publicznie.
Sub-użytkownicy w panelu zamiast dzielenia głównego konta — moderator dostaje dostęp do konsoli, ale nie do usuwania serwera.
Hasło serwera lub whitelist, jeśli społeczność jest zamknięta.
Regularne kopie zapasowe — jedyna realna ochrona przed griefingiem i uszkodzonym zapisem.

Na VPS dochodzi warstwa systemowa. Minimalne higieniczne minimum:

# klucz SSH zamiast hasła
ssh-keygen -t ed25519 -C "admin@palworld"
ssh-copy-id -i ~/.ssh/id_ed25519.pub uzytkownik@IP_SERWERA

# wyłączenie logowania hasłem i roota
sudo sed -i 's/^#*PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo sed -i 's/^#*PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sudo systemctl restart ssh

# ochrona przed bruteforce
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban
sudo fail2ban-client status sshd

Mody i modyfikacje rozgrywki

Palworld jest w fazie ciągłego rozwoju i wsparcie dla modów po stronie serwera pozostaje ograniczone w porównaniu z grami takimi jak Serwer ARK czy Serwer Rust. Dostępne podejścia:

Modyfikacje konfiguracyjne — mnożniki, harmonogramy, limity baz. Zero ryzyka, pełna kontrola przez PalWorldSettings.ini.
Boty Discord z RCON — automatyczne komunikaty o restarcie, lista graczy, zdalny kick/ban. Wystarczy wystawić RCON tylko do IP bota.
Mody po stronie serwera (m.in. rozwiązania oparte na UE4SS) — wymagają, by każdy gracz miał identyczną wersję modów. Testuj zawsze na osobnej instancji przed wdrożeniem na produkcji.

Zasada praktyczna: każdy mod zmieniający zachowanie Palów lub budowanie zwiększa obciążenie CPU. Jeśli serwer już balansuje na granicy przy 16 graczach, nowy mod przesunie go na złą stronę.

Harmonogram restartów

Regularny restart czyści wycieki pamięci i skraca listę porzuconych obiektów. Dla serwera 10–20 osobowego: raz na 12 godzin, w godzinach niskiego ruchu. Przez cron z RCON:

# 5 minut ostrzeżenia, zapis, restart o 5:00
0 4 * * * rcon-cli "Broadcast Restart_serwera_za_60_minut"
55 4 * * * rcon-cli "Broadcast Restart_za_5_minut"
0 5 * * * rcon-cli "Save" && sleep 10 && systemctl restart palworld

W panelu Pterodactyl to samo osiągniesz zakładką Schedules — bez pisania crona, z komendami konsoli i harmonogramem w formie graficznej. Więcej praktycznych konfiguracji dla innych tytułów znajdziesz na Blog Fly-Serv, a pełną listę wspieranych gier na stronie Tous nos serveurs de jeu.

Jeżeli twoja społeczność rośnie, planuj skalowanie zawczasu: zwiększenie ServerPlayerMaxNum bez podniesienia RAM i limitów baz kończy się jednym — serwerem, który działa, ale w który nikt nie chce grać.

Podsumowanie

Dobrze skonfigurowany serwer Palworld opiera się na trzech filarach: wysokotaktowanym CPU z dyskiem NVMe, rozsądnych limitach baz i pracowników w PalWorldSettings.ini oraz działających kopiach zapasowych. Reszta to rutyna — restarty, aktualizacje po każdym patchu i zabezpieczony dostęp administracyjny. Zacznij od konserwatywnych ustawień i podnoś limity dopiero, gdy monitoring pokaże zapas.

FAQ

Dlaczego moje zmiany w PalWorldSettings.ini nie działają po restarcie?

Najczęstsze przyczyny to trzy: edytowałeś DefaultPalWorldSettings.ini zamiast kopii w Pal/Saved/Config/LinuxServer/, złamałeś linię OptionSettings na kilka wierszy (musi być jedna ciągła linia), albo zapomniałeś przecinka między parametrami. Serwer przy błędzie składni po cichu wczytuje ustawienia domyślne. Sprawdź plik w edytorze bez auto-zawijania i wykonaj pełny restart procesu, nie tylko reload.

Ile RAM potrzebuje serwer Palworld dla 16 graczy?

Startowo 12–16 GB, ale planuj z zapasem. Zużycie pamięci rośnie wraz z liczbą baz, Palów przypisanych do pracy i przedmiotów porzuconych w świecie. Serwer działający od kilku tygodni z rozbudowanymi bazami potrafi zająć o 30–50% więcej niż świeża instancja. Ustaw BaseCampMaxNumInGuild=3, DropItemAliveMaxHours=1.0 i włącz automatyczne czyszczenie porzuconych gildii, żeby ograniczyć narastanie.

Czy mogę przenieść zapis z gry lokalnej na serwer dedykowany?

Tak, ale wymaga to konwersji identyfikatorów świata i gracza — zapis z sesji współdzielonej ma inną strukturę niż zapis serwera dedykowanego. Zatrzymaj serwer, wgraj folder zapisu do Pal/Saved/SaveGames/0/, zaktualizuj DedicatedServerName w GameUserSettings.ini na nazwę katalogu i użyj narzędzia do konwersji UID graczy. Zawsze wykonaj kopię obu zapisów przed migracją — nieudana konwersja potrafi uszkodzić plik nieodwracalnie.