Konfiguracja serwera Valheim krok po kroku

Prawidłowa konfiguracja serwera Valheim to podstawa stabilnej rozgrywki w trybie wieloosobowym — bez poprawnie ustawionych parametrów startowych, hasła i otwartych portów gracze po prostu nie połączą się z Twoim światem. W tym artykule pokażę krok po kroku, jak ustawić plik startowy, nazwę świata, hasło dostępu oraz sieć, tak aby serwer działał stabilnie od pierwszego uruchomienia.

Konfiguracja serwera Valheim: parametry startowe

Serwer Valheim uruchamia się z poziomu pliku wykonywalnego valheim_server.exe (Windows) lub valheim_server.x86_64 (Linux), a sposób jego działania zależy niemal wyłącznie od parametrów przekazanych w linii poleceń. To właśnie tutaj definiuje się nazwę świata, hasło, port i widoczność na liście serwerów.

Podstawowy zestaw argumentów wygląda następująco:

./valheim_server.x86_64 -name "Moja Osada" -port 2456 -world "Midgard" -password "SilneHaslo123" -public 1

Omówmy znaczenie każdego z nich:

• -name — nazwa wyświetlana na liście serwerów publicznych i w kliencie gry.
• -port — port UDP, na którym nasłuchuje serwer (domyślnie 2456).
• -world — nazwa pliku świata zapisanego w katalogu worlds_local.
• -password — hasło wymagane do dołączenia; musi mieć minimum 5 znaków i nie może być identyczne z nazwą serwera.
• -public — wartość 1 oznacza widoczność na globalnej liście serwerów, 0 ukrywa serwer (dołączenie tylko przez bezpośrednie IP).

Dobrą praktyką jest dopisanie dodatkowych flag ograniczających zużycie zasobów i poprawiających stabilność:

./valheim_server.x86_64 -name "Moja Osada" -port 2456 -world "Midgard" -password "SilneHaslo123" -public 1 -saveinterval 1800 -backups 4 -backupshort 7200 -backuplong 43200 -crossplay

Parametr -saveinterval określa, co ile sekund gra wykonuje autozapis świata, a -backups, -backupshort i -backuplong kontrolują automatyczne kopie zapasowe — warto je zostawić włączone, bo chronią przed uszkodzeniem pliku świata po nieoczekiwanym zamknięciu procesu.

Jeśli zarządzasz infrastrukturą gotową pod panel Pterodactyl, cały ten proces konfiguracji parametrów startowych da się wykonać automatycznie z poziomu interfejsu panelu, bez ręcznej edycji skryptów — tak właśnie wygląda hosting Valheim oferowany w panelu z gotowym egg'iem dla tej gry.

Plik startowy, hasło i nazwa świata

Zamiast wpisywać parametry ręcznie przy każdym uruchomieniu, standardową praktyką jest zapisanie ich w pliku startowym. Na Linuksie najczęściej tworzy się prosty skrypt bash, który uruchamia proces z zestawem zmiennych.

Tworzenie pliku start_server.sh

#!/bin/bash
export templdpath=$LD_LIBRARY_PATH
export LD_LIBRARY_PATH=./linux64:$LD_LIBRARY_PATH
export SteamAppId=892970

./valheim_server.x86_64 -name "Moja Osada" \
  -port 2456 \
  -world "Midgard" \
  -password "SilneHaslo123" \
  -public 1 \
  -saveinterval 1800 \
  -backups 4

export LD_LIBRARY_PATH=$templdpath

Plik należy zapisać z uprawnieniami do wykonania:

chmod +x start_server.sh
./start_server.sh

Zmienne SteamAppId i LD_LIBRARY_PATH

Zmienna SteamAppId=892970 jest wymagana, ponieważ serwer dedykowany Valheim korzysta z bibliotek Steamworks do walidacji i komunikacji sieciowej. Bez niej proces może się zatrzymywać od razu po starcie z błędem braku dostępu do API Steam. Zmienna LD_LIBRARY_PATH wskazuje na katalog z bibliotekami 64-bitowymi dostarczonymi wraz z plikami gry.

Dobór hasła i nazwy świata

Nazwa świata (-world) odpowiada bezpośrednio nazwie plików .db i .fwl zapisywanych w katalogu zapisów. Zmiana tej nazwy po pierwszym uruchomieniu spowoduje wygenerowanie zupełnie nowej, pustej mapy — jeśli chcesz kontynuować istniejący świat, nazwa musi pozostać identyczna.

Hasło w parametrze -password warto traktować poważnie — unikaj prostych kombinacji typu „12345" czy nazwy serwera jako hasła, bo gra i tak to zablokuje przy starcie. Dobrą praktyką jest wygenerowanie losowego ciągu 8–12 znaków i przekazywanie go graczom bezpośrednio, a nie publikowanie na otwartych kanałach komunikatora.

Parametr	Przykładowa wartość	Opis
-name	Moja Osada	Nazwa widoczna na liście serwerów
-world	Midgard	Nazwa pliku świata
-password	SilneHaslo123	Hasło dostępu, min. 5 znaków
-port	2456	Port UDP nasłuchu
-public	0 lub 1	Widoczność na publicznej liście

Otwieranie portów i połączenie sieciowe

Valheim komunikuje się po protokole UDP i domyślnie wykorzystuje trzy kolejne porty, zaczynając od wartości podanej w -port. Dla domyślnego portu 2456 oznacza to zakres 2456–2458.

Konfiguracja zapory na systemie Linux (ufw)

sudo ufw allow 2456:2458/udp
sudo ufw status

Konfiguracja zapory na Windows

netsh advfirewall firewall add rule name="Valheim UDP" dir=in action=allow protocol=UDP localport=2456-2458

Jeśli proces działa na maszynie za routerem (np. domowy serwer), konieczne jest dodatkowo przekierowanie tych samych portów UDP na routerze w stronę lokalnego adresu IP komputera hosta. Brak przekierowania to najczęstsza przyczyna sytuacji, w której znajomi nie mogą dołączyć mimo poprawnie uruchomionego procesu.

Weryfikacja działania portów

Do szybkiego sprawdzenia, czy porty są faktycznie otwarte na zewnątrz, można użyć zewnętrznego skanera portów UDP lub polecenia nc z innej maszyny:

nc -zvu adres_ip_serwera 2456-2458

Warto też pamiętać, że tryb -crossplay wymaga dodatkowo działania mechanizmu Steam Networking, który w niektórych konfiguracjach NAT działa inaczej niż klasyczne połączenie UDP — jeśli gracze na konsolach lub Game Pass nie widzą serwera, pierwsze co warto sprawdzić, to obecność tej flagi w pliku startowym.

Stabilność, kopie zapasowe i zarządzanie serwerem

Po uruchomieniu warto zadbać o utrzymanie serwera w dłuższej perspektywie, a nie tylko o jednorazowe wystartowanie procesu. Trzy elementy mają tu największe znaczenie: regularne kopie zapasowe, monitorowanie zużycia zasobów i aktualizacje gry.

Automatyczne kopie zapasowe

Oprócz wbudowanych flag -backups, -backupshort i -backuplong, dobrą praktyką jest dodatkowe archiwizowanie katalogu zapisów poza samym serwerem — np. cyklicznym zadaniem cron kopiującym pliki .db i .fwl w inne miejsce:

0 */6 * * * cp -r /home/valheim/.config/unity3d/IronGate/Valheim/worlds_local /backup/valheim_$(date +\%F_\%H%M)

Aktualizacja serwera przez SteamCMD

./steamcmd.sh +login anonymous +force_install_dir ./valheim +app_update 896660 validate +quit

Numer aplikacji serwera dedykowanego (896660) różni się od numeru samej gry (892970) — to częsta pomyłka przy pierwszej instalacji, warto o niej pamiętać przy pisaniu własnych skryptów aktualizacyjnych.

Monitorowanie i panel zarządzania

Dla administratorów zarządzających wieloma instancjami jednocześnie znacznie wygodniejsze jest korzystanie z panelu typu Pterodactyl zamiast ręcznej edycji plików przez SSH przy każdej zmianie. Panel pozwala edytować parametry startowe, podglądać konsolę na żywo, zarządzać kopiami zapasowymi i restartować proces jednym kliknięciem, co jest szczególnie przydatne przy administrowaniu kilkoma światami równolegle — np. na VPS Pterodactyl. Pełną listę dostępnych tytułów znajdziesz na stronie Wszystkie nasze serwery gier.

Podsumowanie

Poprawna konfiguracja parametrów startowych, pliku uruchomieniowego, hasła oraz portów UDP to komplet elementów decydujących o stabilności świata Valheim. Regularne kopie zapasowe i bieżące aktualizacje przez SteamCMD domykają cały proces administracyjny i minimalizują ryzyko utraty postępów graczy.

FAQ

Jakie porty UDP trzeba otworzyć dla serwera Valheim?

Domyślnie zakres trzech kolejnych portów UDP zaczynający się od wartości podanej w parametrze -port, np. 2456–2458. Należy je otworzyć zarówno w zaporze systemowej, jak i na routerze, jeśli maszyna znajduje się za NAT.

Dlaczego zmiana nazwy świata usuwa postępy graczy?

Parametr -world wskazuje bezpośrednio na nazwę plików zapisu .db i .fwl. Zmiana tej wartości tworzy nowy, pusty świat zamiast wczytywać istniejący — aby kontynuować rozgrywkę, nazwa musi pozostać dokładnie taka sama.

Co zrobić, gdy serwer nie pojawia się na publicznej liście?

Sprawdź wartość parametru -public (musi wynosić 1), poprawność otwartych portów UDP oraz obecność flagi -crossplay dla graczy konsolowych. Warto też zweryfikować, czy proces faktycznie działa poleceniem sprawdzającym status procesu na serwerze.