Serwer Valheim aktualizuje się sam przy restarcie. Automatyczne aktualizacje są włączone domyślnie, serwer przy każdym starcie pyta Steam o najnowszy build i na tym cały mechanizm się kończy. Zatrzymanie i ponowne uruchomienie serwera jest aktualizacją. W panelu nie ma przycisku aktualizacji, bo nie jest do niczego potrzebny.
Akurat teraz warto o tym wiedzieć. Valheim 1.0 wyszedł 9 września 2026 roku, każdy klient na Steam zaktualizował się już sam, a serwer, którego od tamtej pory nikt nie zrestartował, wciąż stoi na starym buildzie i nikt się na niego nie dostanie.
Niezgodność wersji i skąd się bierze
Objaw, który sprowadza tu większość ludzi, zawsze wygląda tak samo. Znajomi odpalili grę, Steam po cichu zaktualizował im klienta w tle, a teraz Valheim odmawia połączenia z twoim serwerem.
Obie połowy chodzą według zupełnie różnych harmonogramów:
- Klient aktualizuje się przez Steam, zwykle zanim gracz w ogóle zdąży to zauważyć.
- Serwer aktualizuje się przy następnym starcie i tylko przy następnym starcie. Zostawiony sam sobie potrafi spokojnie chodzić na buildzie sprzed miesięcy.
W momencie, w którym Iron Gate wypuszcza aktualizację, wszystkie klienty uciekają do przodu, a twój serwer stoi w miejscu. Buildy przestają do siebie pasować, a przez taką dziurę gra się nie dogada. Zrestartuj serwer i niezgodność znika.
Jeśli po restarcie ludzie nadal nie mogą wejść, problemem nie była aktualizacja. Jak dołączyć do serwera Valheim omawia join code, bezpośrednie IP i drogę przez ulubione serwery Steam.
Zrestartuj serwer z panelu
Otwórz serwer w panelu DoomHosting. Przyciski zasilania siedzą w nagłówku serwera, na górze każdej zakładki, więc nigdy nie musisz ich szukać:
- Otwórz serwer w panelu.
- Kliknij Restart w nagłówku.
- Przejdź na zakładkę Konsola i patrz, jak serwer wraca.
Restart da się kliknąć tylko wtedy, gdy serwer działa. Jeśli twój serwer jest w tej chwili zatrzymany, potrzebujesz przycisku Uruchom, a z punktu widzenia aktualizacji robi on dokładnie to samo: aktualizacja i tak leci przy starcie.
Daj mu więcej czasu niż zwykłemu restartowi. Restart, przy którym nie ma nic do pobrania, wraca w mniej niż minutę, ale taki z prawdziwą aktualizacją potrafi pracować kilka minut, a duże wydanie to kilka gigabajtów. Wolny start zaraz po dużej łatce to aktualizacja przy pracy. Nie ubijaj jej.
Sprawdź, czy aktualizacja faktycznie weszła
Są dwa sposoby, a pierwszy nic nie kosztuje.
Przeczytaj konsolę. Krok aktualizacji wykonuje się przed grą, więc początek świeżego logu startowego to SteamCMD, a nie Valheim. Zobaczysz, jak sprawdza aktualizację i ją nakłada, a potem oddaje pałeczkę właściwemu serwerowi.
Jeśli SteamCMD przeleci i od razu przechodzi do uruchamiania gry, to też jest sukces. Znaczy tylko tyle, że Steam nie miał nic nowszego do oddania, i dokładnie tak wygląda sprawdzenie na serwerze, który jest już aktualny.
Kiedy sama gra wstanie, wypisuje build, na którym działa. Nad wyjściem konsoli jest filtr tekstowy, więc wpisz w niego Valheim version, a log skurczy się do tej jednej linii:
Linia ma taki kształt, z twoimi własnymi liczbami:
<data> <godzina>: Valheim version: l-<build> (network version <numer>)
Tak potwierdzasz, na jakim buildzie serwer faktycznie wrócił. Liczba w nawiasie to ta, która musi się zgadzać między klientem a serwerem, a niezgodna network version to dokładnie powód, dla którego kolega dostaje odmowę zaraz po aktualizacji gry.
Odczytaj zainstalowany build id. Steam zapisuje go w pliku manifestu w plikach twojego serwera, który otworzysz z zakładki Pliki:
steamapps/appmanifest_896660.acf
896660 to dedykowany serwer Valheim na Steam. Sama gra jest osobną aplikacją, 892970, więc tego numeru nie szukaj. W środku pliku jest linia buildid:
"buildid" "21981590"
Liczba w twoim pliku będzie inna. Zanotuj, co tam stoi, zrestartuj, spójrz ponownie, a jeśli się zmieniła, nowy build jest zainstalowany.
Przełącznik automatycznych aktualizacji
Każdy serwer Valheim, który stawiamy, ma włączone automatyczne aktualizacje, zarówno w konfiguracji vanilla, jak i w tej z BepInEx. Ustawienie leży w zakładce Uruchamianie, jako przełącznik podpisany Auto Update:
Stoi za nim zmienna AUTO_UPDATE, domyślnie włączona. Jeśli jej nie ruszasz, robi to, co trzeba.
Wyłączenie jej to sensowny wybór, a nie pułapka. Przypina serwer do buildu, który ma w tej chwili, więc aktualizacja gry nie wpadnie w środku sesji i nie pociągnie za sobą twoich modów. Przy mocno zmodowanym serwerze to rozsądny sposób, żeby samemu decydować, kiedy coś się posypie: wyłącz na kilka dni po dużym wydaniu i włącz z powrotem, gdy mody nadgonią.
Jedno ostrzeżenie: pamiętaj, że to zrobiłeś. Serwer przypięty celowo wygląda z zewnątrz identycznie jak serwer, którego nikt nie zrestartował. Jeśli gracze zgłaszają niezgodność wersji, a restart nic nie zmienia, ten przełącznik sprawdzasz jako pierwszy.
Gałęzie beta zostają tam, gdzie je ustawisz
O tym, z której gałęzi serwer pobiera pliki, decydują SRCDS_BETAID i SRCDS_BETAPASS w zakładce Uruchamianie. Domyślnie są puste, co oznacza zwykłą gałąź publiczną, i tam powinni być praktycznie wszyscy.
Jeśli ustawiłeś gałąź beta, serwer zostaje na niej przez każdy restart. Aktualizuje się w obrębie gałęzi, a nie do buildu publicznego, więc sam z siebie nie przeskoczy na nowe wydanie, ile razy byś go nie uruchamiał. Wyczyść oba pola i zrestartuj, żeby wrócić na public.
Po dużej aktualizacji licz się z tym, że mody się posypią
To jest ta część, która realnie kosztuje ludzi wieczór, więc przeczytaj ją, zanim zaczniesz szukać nie tam, gdzie trzeba.
Duża aktualizacja gry psuje mody, a twój serwer i tak wstanie. BepInEx ładuje to, co potrafi, pomija to, czego nie potrafi, i Valheim startuje wyglądając na całkowicie zdrowy, podczas gdy część twoich pluginów po cichu nie działa. Nic w grze o tym nie mówi. Nic w statusie w panelu o tym nie mówi.
Po wydaniu tej wielkości jest gorzej niż zwykle. Iron Gate nie wypuściło publicznej gałęzi testowej przed 1.0, więc żaden autor moda nie miał finalnego buildu do testów przed dniem premiery. Nic nie zostało zwalidowane wcześniej, a poprawki lądują przez kolejne dni.
Prawda siedzi w konsoli. Mod, któremu brakuje czegoś, od czego zależy, wygląda tak:
[Error : BepInEx] Could not load [Epic Loot 0.12.15] because it has missing dependencies: com.ValheimModding.NewtonsoftJsonDetector
Mod, który rozsypał się o nowy kod gry, czyli klasyczna awaria po aktualizacji, wygląda jak jedna z tych linii:
[Error : BepInEx] Error loading [<plugin>] : <message>
[Error : BepInEx] Could not load [<plugin>] because it is incompatible with: <list>
Resztę zignoruj. Zmodowany serwer Valheim przy każdym całkowicie zdrowym starcie wypisuje groźnie wyglądające ostrzeżenia, a powyższe linie to te, które faktycznie coś znaczą. Nasz panel dopasowuje je wszystkie automatycznie i proponuje odpowiednie rozwiązanie, więc nie musisz czytać konsoli linia po linii.
Po dużym wydaniu radzimy poczekać, zamiast walczyć. Autorzy modów aktualizują we własnym tempie i zwykle w ciągu kilku dni, więc sprawdź na Thunderstore nową wersję, zaktualizuj moda i zrestartuj. Jeśli jeden mod trzyma cały serwer jako zakładnika, wyjmij go i wróć do niego później: jak zainstalować mody BepInEx na serwerze Valheim opisuje obie drogi. Jeśli sprawa nie dotyczy modów, resztę znajdziesz w najczęstszych problemach z serwerem Valheim i ich rozwiązaniach.
Świat przetrwa, ale zbadany teren się nie zmieni
Aktualizacja nie rusza twojego zapisu. Świat, budowle i postacie przechodzą przez nią bez szwanku.
Aktualizacja nie potrafi za to przepisać terenu, po którym już chodziłeś. Valheim generuje mapę w miarę, jak gracze do niej docierają, a raz wygenerowany kawałek zachowuje biom, z którym powstał. Nowy biom pojawia się więc w niezbadanej mapie albo praktycznie nigdzie w świecie, który przemierzałeś przez rok. W przypadku Deep North Iron Gate wprost zaleca zaczęcie od nowa: jak zacząć nowy świat z Deep North pokazuje, jak to zrobić bez wyrzucania świata, który już masz.
Zrób kopię zapasową przed dużą aktualizacją
Przed każdą aktualizacją, o której wiesz, że jest duża, otwórz zakładkę Kopie zapasowe i kliknij Utwórz kopię. To migawka całego serwera, świata i konfiguracji razem, którą później przywrócisz albo pobierzesz z tego samego ekranu. Zajmuje mniej więcej minutę.
Valheim prowadzi też własne rotacyjne kopie świata na timerze (BACKUP_INTERVAL, domyślnie 1800 sekund, i BACKUP_COUNT, 4). Rotują się w miarę zapisywania nowych, więc nie zastąpią migawki zrobionej świadomie.
Najczęstsze problemy
Zrestartowałem, a wersja dalej ta sama. Sprawdź, czy AUTO_UPDATE w zakładce Uruchamianie jest włączone, a potem czy SRCDS_BETAID jest puste. Zarówno serwer przypięty, jak i przypisany do gałęzi przechodzi restart bez zmian.
Konsola pokazuje SteamCMD, ale nic się nie pobiera. To zupełnie normalne i udane sprawdzenie. Steam nie miał nic nowszego, czyli twój serwer chodzi już na aktualnym buildzie.
Przycisk Restart jest wyszarzony. Serwer nie działa. Użyj Uruchom, który przy starcie wykona tę samą aktualizację.
Znajomi grają razem, a ja nie mogę wejść. Wtedy niezgodność jest po twojej stronie, nie na serwerze. Pozwól Steamowi dokończyć aktualizację twojego klienta i spróbuj ponownie.
Serwer wstał bez problemu, ale mody nic nie robią. Poszukaj w konsoli powyższych linii z błędami. Pominięty plugin nie zatrzymuje serwera, po prostu po cichu nie działa.
Czy stracę świat, gdy serwer się zaktualizuje? Nie. Zapisy przechodzą przez aktualizacje gry. Mimo to zrób kopię przed dużym wydaniem.
Czy serwer faktycznie wrócił? Sprawdź to spoza panelu naszym narzędziem do sprawdzania statusu serwera Valheim.
Nie masz jeszcze serwera? Nasz hosting serwerów Valheim działa na sprzęcie Ryzen 9 z automatycznymi aktualizacjami włączonymi od pierwszego startu, więc nadążanie za Iron Gate to jeden restart i nic więcej.
