Wynajem czy własny hosting serwera Palworld – co wybrać?

Par Benjamin D. · PDG

22 sierpnia 2026 · Mis à jour le 22 sierpnia 2026 · Lecture 8 min

Spis treści

Wynajęty serwer Palworld czy własny hosting na VPS – to pytanie wraca za każdym razem, gdy ekipa znajomych przekracza pięć osób i domowy komputer przestaje wyrabiać. Poniżej znajdziesz konkretne porównanie obu podejść: wymagania sprzętowe, konfiguracja plików gry, obsługa panelu, kopie zapasowe, bezpieczeństwo i realne koszty utrzymania w dłuższej perspektywie.

Serwer Palworld: co naprawdę zużywa zasoby

Palworld działa na silniku Unreal Engine 5 i jego serwer dedykowany (Palworld Dedicated Server) jest w praktyce aplikacją jednordzeniową w krytycznej ścieżce – główna pętla symulacji nie skaluje się liniowo z liczbą wątków. To oznacza jedną rzecz: liczy się wysoka częstotliwość taktowania, a nie liczba rdzeni. Procesory Ryzen o wysokim zegarze dają tu wyraźnie lepszy tick rate niż serwerowe CPU z dużą liczbą wolnych rdzeni.

RAM – największa pułapka

Palworld jest wyjątkowo pamięciożerny. Zużycie RAM rośnie wraz z:

liczbą graczy online (każdy gracz to własna baza, Palsy przypisane do pracy, struktury),
liczbą i wielkością baz (BaseCampMaxNumInGuild),
liczbą złapanych Palów przechowywanych w Pal Boxach,
czasem działania procesu – klasyczny wyciek pamięci obserwowany przy długim uptime.

Liczba graczy	Zalecany RAM	Uwagi
2–4	8 GB	Wystarczy przy jednej–dwóch bazach na gracza
5–10	12–16 GB	Standard dla małej społeczności
10–20	16–24 GB	Wymagany restart cykliczny
20–32	32 GB	Duże gildie, wiele baz, długi save

Dochodzi do tego dysk. Plik zapisu Palworld (Level.sav) potrafi urosnąć do kilkuset megabajtów, a każde zapisanie stanu świata to operacja I/O blokująca. Na klasycznym dysku talerzowym albo wolnym SSD SATA objawia się to sekundowymi mikroprzycięciami dla wszystkich graczy. NVMe nie jest tu luksusem, tylko warunkiem płynności.

Sieć i opóźnienia

Palworld przesyła dużo stanu świata – ruchome Palsy, animacje pracy w bazie, projektile. Latencja powyżej 80–100 ms objawia się „gumowaniem” postaci i rozjazdem trafień. Jeśli twoja społeczność jest głównie z Polski i Europy Środkowej, hosting w europejskim datacenter daje realnie odczuwalną różnicę względem serwera po drugiej stronie oceanu.

Wynajem gotowego hostingu: co dostajesz w cenie

Model wynajmu polega na tym, że dostajesz gotową instancję gry z zainstalowanym panelem i zarządzasz wyłącznie warstwą gry, a nie systemem operacyjnym. W przypadku Serwer Palworld od Fly-Serv całość działa na panelu Pterodactyl.

Praktyczne konsekwencje panelu Pterodactyl

Konsola live – widzisz logi startu, błędy ładowania świata, komunikaty o połączeniach graczy w czasie rzeczywistym.
Menedżer plików – edytujesz PalWorldSettings.ini bezpośrednio w przeglądarce, bez klienta SFTP.
Restart i harmonogramy – kluczowe przy Palworld, gdzie cykliczny restart co 6–12 godzin realnie ogranicza narastanie zużycia RAM.
Podużytkownicy – nadajesz moderatorom dostęp do konsoli bez oddawania pełnej kontroli nad plikami czy billingiem.
Automatyczne kopie zapasowe – zapis świata Palworld bywa podatny na uszkodzenie przy twardym ubiciu procesu; backup to nie opcja, to konieczność.

Do tego dochodzi anti-DDoS włączony domyślnie na wszystkich instancjach oraz natychmiastowa instalacja serwera – od zamówienia do pierwszego logowania mija kilka minut, bez ręcznego pobierania plików przez SteamCMD.

Konfiguracja: plik PalWorldSettings.ini

Niezależnie od modelu hostingu, sercem konfiguracji jest jeden plik. Na serwerze Linux znajdziesz go pod ścieżką:

Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Uwaga na klasyczny błąd: cała sekcja OptionSettings to jedna linia. Rozbicie jej na wiele linii sprawi, że serwer zignoruje ustawienia i wczyta wartości domyślne. Przykładowy fragment dostrojony pod społecznościowy serwer PvE:

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=2.000000,ExpRate=2.000000,PalCaptureRate=1.500000,PalSpawnNumRate=1.000000,PalDamageRateAttack=1.000000,PalDamageRateDefense=1.000000,PlayerDamageRateAttack=1.000000,PlayerDamageRateDefense=1.000000,PlayerStomachDecreaceRate=0.700000,PlayerStaminaDecreaceRate=0.700000,PalStomachDecreaceRate=0.700000,CollectionDropRate=2.000000,CollectionObjectHpRate=1.000000,EnemyDropItemRate=1.500000,DeathPenalty=Item,bEnablePlayerToPlayerDamage=False,bEnableFriendlyFire=False,bEnableInvaderEnemy=True,bActiveUNKO=False,bEnableAimAssistPad=True,GuildPlayerMaxNum=16,BaseCampMaxNumInGuild=3,PalEggDefaultHatchingTime=24.000000,bIsMultiplay=False,bIsPvP=False,bEnableNonLoginPenalty=True,bEnableFastTravel=True,bIsStartLocationSelectByMap=True,bExistPlayerAfterLogout=False,bEnableDefenseOtherGuildPlayer=False,CoopPlayerMaxNum=4,ServerPlayerMaxNum=20,ServerName="Serwer Palworld PL",ServerDescription="Spolecznosc PvE",AdminPassword="ZmienToNatychmiast",ServerPassword="",PublicPort=8211,PublicIP="",RCONEnabled=True,RCONPort=25575,Region="",bUseAuth=True,BanListURL="https://api.palworldgame.com/api/banlist.txt")

Parametry, na które warto zwrócić szczególną uwagę pod kątem wydajności:

Parametr	Wpływ	Rekomendacja
`BaseCampMaxNumInGuild`	Każda baza to stale symulowane obiekty i Palsy	2–3 przy 15+ graczach
`PalSpawnNumRate`	Liczba dzikich Palów w świecie	0.8–1.0 na zatłoczonym serwerze
`bExistPlayerAfterLogout`	Trzyma postać w świecie po wylogowaniu	False – oszczędza RAM
`ServerPlayerMaxNum`	Twardy limit slotów	Dopasuj do dostępnego RAM
`bEnableNonLoginPenalty`	Degradacja nieaktywnych baz	True – ogranicza rozrost zapisu

Pełną i aktualną listę parametrów znajdziesz w oficjalnej dokumentacji: Source.

RCON – zdalne zarządzanie

Po włączeniu RCONEnabled=True masz dostęp do komend administracyjnych bez wchodzenia do gry:

ShowPlayers
Info
Save
Broadcast Restart_za_5_minut
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Zaplanowany_restart

Ważne: komenda Broadcast nie obsługuje spacji – używaj podkreśleń. I zawsze wywołuj Save przed Shutdown, nawet jeśli teoretycznie shutdown zapisuje stan. Twarde ubicie procesu Palworld to najczęstsza przyczyna uszkodzonego Level.sav.

Własny hosting na VPS: pełna kontrola i pełna odpowiedzialność

Drugie podejście to samodzielne postawienie serwera na maszynie wirtualnej. Ma sens, gdy chcesz uruchomić kilka gier na jednej instancji, potrzebujesz niestandardowych narzędzi (własne boty Discord, skrypty monitoringu, baza danych) albo po prostu lubisz kontrolować każdą warstwę. Fly-Serv oferuje w tym modelu VPS Linux, VPS Windows oraz VPS Pterodactyl – ten ostatni z gotowym panelem, jeśli chcesz łączyć swobodę VPS z wygodą zarządzania.

Instalacja krok po kroku (Debian/Ubuntu)

Zacznij od użytkownika bez uprawnień root – nigdy nie uruchamiaj serwera gry jako root:

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

Pobranie serwera dedykowanego (AppID 2394010):

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

Palworld wymaga bibliotek Steamworks w konkretnej lokalizacji – bez tego proces wystartuje i natychmiast się wyłoży:

mkdir -p ~/.steam/sdk64
cp ~/.local/share/Steam/steamcmd/linux64/steamclient.so ~/.steam/sdk64/

Usługa systemd z automatycznym restartem

Ręczne uruchamianie w screen działa, ale usługa systemd jest bardziej odporna. Utwórz /etc/systemd/system/palworld.service:

[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 -port=8211 -players=20
Restart=on-failure
RestartSec=15
LimitNOFILE=100000

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld
journalctl -u palworld -f

Flagi -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS to zalecenie samych twórców – odciążają główny wątek symulacji i zauważalnie poprawiają płynność przy większej liczbie graczy.

Zabezpieczenie VPS

Na wynajętym serwerze gry warstwa systemowa jest po stronie hostingodawcy. Na własnym VPS to twoje zadanie. Minimum, którego nie pomijaj:

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

# 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

# Firewall
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow 22/tcp
sudo ufw allow 8211/udp
sudo ufw enable

# Ochrona przed brute force
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

Port RCON (25575) nigdy nie powinien być otwarty publicznie – ogranicz go do własnego IP lub tuneluj przez SSH:

sudo ufw allow from TWOJE.IP.PUBLICZNE to any port 25575 proto tcp
# albo tunel:
ssh -L 25575:127.0.0.1:25575 admin@twoj-vps

Kopie zapasowe – prosty skrypt cron

#!/bin/bash
SAVE="/home/palworld/server/Pal/Saved"
DEST="/home/palworld/backups"
mkdir -p "$DEST"
tar -czf "$DEST/pal_$(date +%F_%H%M).tar.gz" -C "$SAVE" .
find "$DEST" -name "pal_*.tar.gz" -mtime +7 -delete

chmod +x /home/palworld/backup.sh
crontab -e
# co 3 godziny
0 */3 * * * /home/palworld/backup.sh

Backup lokalny to połowa roboty – kopiuj archiwa poza maszynę (rsync na inny host, storage zewnętrzny). Awaria pojedynczego wolumenu nie może kosztować cię całego świata.

Wynajem czy własny hosting – jak wybrać

Kryterium	Wynajęty serwer gry	Własny VPS
Czas uruchomienia	Kilka minut, instalacja natychmiastowa	1–3 godziny przy pierwszym razie
Wymagana wiedza	Edycja pliku .ini	Linux, systemd, firewall, SteamCMD
Aktualizacje gry	Przez panel, jednym kliknięciem	Ręcznie lub przez ExecStartPre
Kopie zapasowe	Automatyczne w panelu	Własne skrypty cron
Anti-DDoS	W standardzie	Zależy od oferty VPS
Wiele gier na jednej maszynie	Osobne instancje	Tak, w ramach zasobów
Dostęp root / własne oprogramowanie	Nie	Tak
Odpowiedzialność za bezpieczeństwo OS	Po stronie hostingu	Po twojej stronie

Kiedy wynajem ma przewagę

Grasz ze znajomymi i chcesz wystartować dziś, nie w weekend.
Nie masz ochoty pilnować aktualizacji Palworld po każdym patchu.
Zależy ci na automatycznych kopiach i przywracaniu jednym kliknięciem.
Zarządzanie ma być rozdzielone między kilku moderatorów bez dostępu do systemu.

Kiedy VPS jest lepszym wyborem

Prowadzisz kilka serwerów jednocześnie – na przykład Palworld obok Serwer Valheim i instancji Minecraft.
Potrzebujesz własnych usług: bot Discord, panel WWW, baza danych, monitoring Grafana.
Chcesz precyzyjnie sterować alokacją zasobów między projektami.
Masz komfort pracy w terminalu i traktujesz administrację jako część zabawy.

Rozwiązanie pośrednie: VPS z zainstalowanym Pterodactylem. Dostajesz root i swobodę VPS, a jednocześnie ten sam komfort zarządzania instancjami co w gotowym hostingu. To sensowny wybór dla społeczności, która zaczyna od Palworld, a po pół roku prowadzi też Serwer ARK czy Serwer Rust. Przegląd wszystkich wspieranych tytułów znajdziesz na stronie Tous nos serveurs de jeu, a poradniki konfiguracyjne na Blog Fly-Serv.

Utrzymanie: o czym pamiętać niezależnie od modelu

Restart cykliczny co 6–12 godzin. Palworld akumuluje pamięć; zaplanowany restart z ostrzeżeniem przez Broadcast jest tańszy niż crash w środku rajdu.
Backup przed każdą aktualizacją. Patch może zmienić format zapisu – archiwum to twoja jedyna droga powrotu.
Silne hasło admina i RCON. Minimum 20 znaków, losowe. AdminPassword daje pełną kontrolę nad światem.
Hasło serwera lub whitelista przy zamkniętej społeczności – ogranicza griefing i losowe wejścia.
Monitoruj rozmiar zapisu. Gdy Level.sav przekracza 300–400 MB, warto przejrzeć nieaktywne bazy i gildie.
Sprawdzaj logi po każdym patchu: journalctl -u palworld -n 200 albo konsola w panelu.

W praktyce większość społeczności zaczyna od wynajętej instancji i przechodzi na VPS dopiero wtedy, gdy liczba równolegle prowadzonych projektów przestaje mieścić się w jednym pakiecie. Fundament pozostaje ten sam: wysoki zegar CPU, NVMe pod zapis świata, dużo RAM i dyscyplina w kopiach zapasowych.

Podsumowanie

Wybór między wynajmem a własnym hostingiem sprowadza się do tego, ile czasu chcesz poświęcić administracji. Gotowa instancja z panelem daje szybki start, automatyczne kopie i aktualizacje bez terminala. VPS daje pełną kontrolę i miejsce na kolejne projekty, ale wymaga dbałości o system, firewall i backupy. Oba modele działają – pod warunkiem odpowiedniego RAM i szybkiego dysku.

FAQ

Ile RAM potrzebuje serwer Palworld dla 10 graczy?

Realistycznie 12–16 GB. Palworld zużywa pamięć proporcjonalnie do liczby baz, Palów w Pal Boxach i czasu działania procesu. Ogranicz BaseCampMaxNumInGuild do 2–3, ustaw bExistPlayerAfterLogout=False i zaplanuj restart co 8–12 godzin – to najskuteczniejszy sposób na utrzymanie stabilnego zużycia.

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

Najczęstsze przyczyny: edytujesz plik w złej lokalizacji (dla Linuksa poprawna to Pal/Saved/Config/LinuxServer/, nie folder z domyślnym szablonem), rozbiłeś sekcję OptionSettings na wiele linii zamiast jednej, albo zapisałeś plik przy działającym serwerze – proces nadpisuje go przy zamknięciu. Zatrzymaj serwer, edytuj, uruchom ponownie.

Jak odzyskać świat po uszkodzeniu pliku Level.sav?

Zatrzymaj serwer, przywróć ostatnią sprawną kopię z panelu lub archiwum tar.gz, podmieniając cały katalog Pal/Saved/SaveGames/. Nigdy nie kopiuj plików przy działającym procesie. Aby uniknąć problemu, wywołuj komendę RCON Save przed każdym wyłączeniem i nie zabijaj procesu sygnałem SIGKILL.