Wipe serwera Rust: mapa, blueprinty i harmonogram

Wipe oznacza usunięcie świata, ewentualnie także blueprintów nauczonych przez graczy, i rozpoczęcie nowej rundy. Ten poradnik wyjaśnia rodzaje wipe'ów, co robi comiesięczny force wipe Facepunch, które pliki usuwać, jak postępować krok po kroku, co zrobić z danymi pluginów oraz jak ustawić regularny harmonogram i odliczanie w grze.

Rodzaje wipe'ów#

Force wipe#

Facepunch wydaje dużą aktualizację Rusta raz w miesiącu, zwykle w pierwszy czwartek miesiąca. Domyślny czas timera wipe'u w grze to 19:00 czasu londyńskiego (20:00 w Warszawie).

• Aktualizacja podnosi numer wersji (protokołu) zapisany w nazwie pliku świata. Zaktualizowany serwer nie załaduje starego świata i wygeneruje nowy. Wipe mapy dzieje się więc sam, gdy tylko zaktualizujesz serwer.
• Według wiki Facepunch blueprinty przy force wipe zwykle nie są usuwane. To, czy je usuniesz, zależy od Ciebie (BP wipe).
• Nie próbuj „ożywić” starego świata przez zmianę nazwy pliku. Facepunch nazywa to niebezpiecznym i odradza.
• Po aktualizacji Rusta potrzebujesz też nowej wersji frameworka (Oxide prześlij ponownie, Carbon aktualizuje się sam), zobacz Oxide i Carbon.

Planuj więc własne wipe'y tak, aby jeden z nich zawsze wypadał w dniu force wipe'u.

Które pliki usuwać#

Świat i dane graczy są w folderze identity: server/<IDENTITY>/ w katalogu głównym serwera (<IDENTITY> to wartość parametru server.identity). Liczba w nazwach plików to wersja (protokół) i zmienia się z aktualizacjami. Obok plików bazy .db mogą być pliki pomocnicze z tym samym początkiem nazwy i przyrostkiem -wal lub -shm; usuwaj je zawsze razem z plikiem głównym.

Procedura krok po kroku#

1. Ogłoś wipe graczom z wyprzedzeniem: na Discordzie, w opisie serwera i na czacie kilka minut przed wyłączeniem:

   say "Serwer wylaczy sie za 5 minut z powodu wipe'u. Nowa mapa bedzie dostepna za 15 minut."

2. Zapisz świat poleceniem server.save, aby kopia była aktualna.

3. Zatrzymaj serwer (na VPS systemctl stop rust).

4. Zrób kopię zapasową całego folderu server/<IDENTITY> oraz folderu oxide (lub carbon). Na hostingu gier użyj kopii zapasowej w strefie klienta, zakładka Kopie zapasowe (kopie zapasowe serwerów gier); na VPS na przykład:

   tar -czf /root/rust-pred-wipe-$(date +%F).tar.gz -C /opt/rust/server server/rust oxide

   • tar -czf <ARCHIWUM> – tworzy (-c) skompresowane (-z) archiwum w pliku (-f).
   • $(date +%F) – wstawia dzisiejszą datę (2026-10-01), aby kopie się nie nadpisywały.
   • -C /opt/rust/server – pracuje względem katalogu głównego serwera.
   • server/rust oxide – archiwizuje folder identity rust i folder Oxide. Przy Carbonie wpisz carbon zamiast oxide.

5. Usuń pliki zgodnie z rodzajem wipe'u (tabela wyżej). Na hostingu gier w menedżerze plików; na VPS (folder identity rust, ścieżki jak w poradniku Własny serwer Rust na VPS) tym poleceniem dla wipe'u mapy:

   cd /opt/rust/server/server/rust && rm -v -- *.sav* *.map player.states.*

   • cd … – przechodzi do folderu identity. && zapewnia, że usuwanie uruchomi się tylko wtedy, gdy przejście do folderu się powiodło (inaczej usuwałoby się gdzie indziej).
   • rm -v – usuwa pliki i wypisuje, które usunął.
   • -- – po tym nie ma już opcji, tylko nazwy plików.
   • *.sav* – świat i jego kopie, *.map – mapa, player.states.* – stany graczy.

   Przy BP wipe lub pełnym wipe usuń także blueprinty (wzorzec obejmuje też pliki pomocnicze -wal i -shm):

   cd /opt/rust/server/server/rust && rm -v -- player.blueprints.*

   Komunikat No such file or directory dla któregoś wzorca oznacza tylko, że w folderze nie ma takiego pliku.

6. Opcjonalnie zmień seed (+server.seed) lub rozmiar mapy, aby nowa mapa była inna. Zobacz server.cfg i parametry startowe.

7. Zaktualizuj serwer i framework, jeśli wyszła aktualizacja (przy force wipe zawsze).

8. Zajmij się danymi pluginów zgodnie z następną sekcją.

9. Uruchom serwer (na VPS systemctl start rust). Generowanie nowej mapy trwa kilka minut. Serwer jest gotowy, gdy w konsoli pojawi się Server startup complete.

Weryfikacja#

1. Połącz się i sprawdź, czy mapa jest nowa (inny układ, brak starych budowli).
2. Po BP wipe sprawdź, czy nie masz nauczonych blueprintów.
3. Wpisz w konsoli wipetimer.printwipe (na wiki Facepunch podane jako PrintWipe) i sprawdź datę następnego wipe'u.
4. Sprawdź, czy pluginy działają: oxide.plugins (Carbon: c.plugins).

Przywracanie z kopii, gdy wipe się nie uda#

Usunięto więcej, niż chciano, albo wipe jednak nie ma się odbyć? Przywróć stan z kopii zrobionej w kroku 4.

• Hosting gier: przywróć kopię w strefie klienta (zakładka Kopie zapasowe › Przywróć, zobacz kopie zapasowe serwerów gier).
• Własny VPS (jako root, ścieżki jak w poradniku VPS):

systemctl stop rust
cd /opt/rust/server
mv server/rust server/rust-po-wipe
mv oxide oxide-po-wipe
tar -xzf /root/rust-pred-wipe-<DATA>.tar.gz -C /opt/rust/server
systemctl start rust

• systemctl stop rust – zatrzymuje serwer, aby niczego nie nadpisał w trakcie działania.
• mv server/rust server/rust-po-wipe i mv oxide oxide-po-wipe – tylko odsuwają bieżący stan na bok (nic nie jest usuwane), aby nie pomieszał się z kopią. Przy Carbonie odsuń carbon zamiast oxide.
• tar -xzf … -C /opt/rust/server – rozpakowuje kopię do pierwotnej lokalizacji. Zamiast <DATA> wstaw datę z nazwy pliku kopii (na przykład 2026-10-01).
• systemctl start rust – uruchamia serwer ze starym światem.

Gdy sprawdzisz, że wszystko działa, usuń odsunięte foldery *-po-wipe.

Wipe a dane pluginów#

Pluginy przechowują dane w oxide/data (Carbon: carbon/data). Część z nich należy do jednej rundy i po wipe nie miałaby sensu (domy na starej mapie, wykorzystane kity); część powinna zostać (uprawnienia, klany).

• Wiele pluginów samo wykrywa wipe. Gdy serwer tworzy nowy świat, framework im o tym mówi, a plugin usuwa dane zgodnie ze swoimi ustawieniami. Decyduje o tym konfiguracja pluginu, na przykład:
  • Kits: "Wipe player data when the server is wiped" – domyślnie false. Ustaw true, jeśli liczniki użycia kitów i cooldowny mają się po wipe zresetować.
  • NTeleportation: "Wipe On Upgrade Or Change" – domyślnie true, domy są po wipe usuwane.
  • Backpacks: opcja "Enabled" w sekcji "Clear on wipe" – domyślnie false, zawartość plecaków przetrwa wipe. Jeśli plecaki mają się opróżnić, ustaw true.
• Przy pluginie, który nie wykrywa wipe'u, wyczyść dane ręcznie: wyładuj plugin (oxide.unload <NAZWA_PLUGINU>), usuń jego plik danych w oxide/data i załaduj plugin ponownie (oxide.load <NAZWA_PLUGINU>). Utworzy puste dane.
• Nigdy nie usuwaj oxide/data/oxide.users.data i oxide/data/oxide.groups.data. Zawierają wszystkie uprawnienia i grupy.
• Pamiętaj o ręcznie usuniętych plikach także przy kopiach zapasowych: jeśli cofasz wipe z kopii, przywróć świat i dane pluginów z tego samego momentu.

Szczegóły o konkretnych pluginach znajdziesz w artykule Zalecane pluginy.

Harmonogram i odliczanie w grze#

Częste harmonogramy:

BP wipe robi się zwykle tylko raz w miesiącu (przy force wipe), nawet gdy mapa jest wipe'owana częściej.

Harmonogram ustawiasz tagiem w server.cfg (tylko jeden z monthly, biweekly, weekly). Na jego podstawie odlicza wipe timer: odliczanie na laptopie przy głowicy nuklearnej w monumencie Missile Silo. Uruchamia też wydarzenia końca rundy (myśliwce nad wyspą i pojazdy opancerzone na drogach) około 24 godziny przed wipe'em.

server.tags monthly,vanilla,EU
wipetimer.wipetimezone "Europe/Prague"
wipetimer.wipedayofweek 4
wipetimer.wipehourofday 20

Jak timer liczy: monthly = pierwszy podany dzień tygodnia w miesiącu, weekly = co tydzień, biweekly = pierwszy i trzeci podany dzień tygodnia w miesiącu (według wiki Facepunch). Ile godzin przed wipe'em zaczynają się wydarzenia końca rundy, ustala zmienna z grupy eventschedulewipeoffset (domyślnie 24 godziny, 0 je wyłącza); find eventschedulewipeoffset wypisuje dokładną nazwę w Twojej wersji.

Automatyzacja: Carbon ma opcjonalny moduł AutoWipe, który robi wipe według harmonogramu (cron), potrafi po wipe uruchamiać polecenia i usuwać pliki oraz wybierać mapy z przygotowanej listy. Na własnym VPS możesz napisać skrypt uruchamiany timerem systemd lub cronem, który wykonuje kroki z powyższej procedury.

Rozwiązywanie problemów#

Po wipe nadal jest stara mapa#

• Usunięto pliki w innym folderze identity niż ten, którego używa serwer. Sprawdź +server.identity.
• Zostały pliki kopii świata (*.sav.1, *.sav.2). Usuń wszystkie pliki zaczynające się od nazwy świata i kończące na .sav plus cokolwiek.
• Używasz własnej mapy (server.levelurl): mapa zostaje ta sama i usuwane jest tylko to, co na niej było. To prawidłowe.

Gracze nadal mają blueprinty#

Został plik player.blueprints.*.db albo jego pliki pomocnicze -wal i -shm, albo serwer działał podczas usuwania. Zatrzymaj serwer i usuń wszystkie pliki zaczynające się od player.blueprints..

Serwer nie startuje po wipe#

Przy force wipe to zwykle niezgodność wersji frameworka i gry. Zaktualizuj zarówno Rusta, jak i Oxide (Carbon aktualizuje się sam przy starcie) i sprawdź log oraz oxide/logs lub carbon/logs.

Pluginy pamiętają stare dane#

Domy w miejscach, gdzie już nic nie ma, wykorzystane kity, pełne plecaki. Sprawdź ustawienia wipe'u w konfiguracji pluginów (sekcja Wipe a dane pluginów) albo usuń dane ręcznie.

Odliczanie na laptopie w Missile Silo się nie zgadza#

Sprawdź tag harmonogramu w server.tags (tylko jeden), strefę czasową i godzinę. Wynik zweryfikuj poleceniem wipetimer.printwipe. Przy nieregularnym harmonogramie użyj wipetimer.wipecronoverride.

Graczom po wipe nie działa Rust+#

Usunięto companion.id lub player.tokens.*.db. Przywróć je z kopii albo poproś graczy o ponowne sparowanie serwera w aplikacji.

Dalsza lektura#

• Facepunch: pliki w folderze identity (otwiera się w nowym oknie)
• Facepunch: wipe timer (otwiera się w nowym oknie)
• Facepunch: tagi w przeglądarce serwerów (otwiera się w nowym oknie)
• Facepunch: Rust+ i plik companion.id (otwiera się w nowym oknie)
• Carbon: moduł AutoWipe (otwiera się w nowym oknie)