Wipe eines Rust-Servers: Karte, Blueprints und Planung

Ein Wipe bedeutet, die Welt und gegebenenfalls auch die von Spielern gelernten Blueprints zu löschen und eine neue Runde zu beginnen. Diese Anleitung erklärt die Arten von Wipes, was der monatliche Force-Wipe von Facepunch bewirkt, welche Dateien Sie löschen, wie Sie Schritt für Schritt vorgehen, was mit den Daten der Plugins passiert und wie Sie einen regelmäßigen Rhythmus und den Countdown im Spiel einrichten.

Arten von Wipes#

Force-Wipe#

Facepunch veröffentlicht einmal im Monat ein großes Rust-Update, meist am ersten Donnerstag des Monats. Die Standardzeit des Wipe-Timers im Spiel ist 19:00 Uhr Londoner Zeit (20:00 Uhr in Prag und Berlin).

• Das Update erhöht die Versionsnummer (Protokoll), die im Namen der Weltdatei steht. Ein aktualisierter Server lädt die alte Welt nicht und generiert eine neue. Der Map-Wipe passiert also von selbst, sobald Sie den Server aktualisieren.
• Laut Facepunch-Wiki werden Blueprints beim Force-Wipe meist nicht gelöscht. Ob Sie sie löschen (BP-Wipe), entscheiden Sie.
• Versuchen Sie nicht, die alte Welt durch Umbenennen der Datei „wiederzubeleben“. Facepunch bezeichnet das als gefährlich und rät davon ab.
• Nach einem Rust-Update brauchen Sie auch eine neue Version des Frameworks (Oxide erneut hochladen, Carbon aktualisiert sich selbst), siehe Oxide und Carbon.

Planen Sie Ihre eigenen Wipes daher so, dass einer davon immer auf den Tag des Force-Wipes fällt.

Welche Dateien Sie löschen#

Welt und Spielerdaten liegen im Identity-Ordner: server/<IDENTITY>/ im Hauptverzeichnis des Servers (<IDENTITY> ist der Wert des Parameters server.identity). Die Zahl in den Dateinamen ist die Version (Protokoll) und ändert sich mit Updates. Neben den Datenbankdateien .db können Hilfsdateien mit demselben Namensanfang und der Endung -wal oder -shm liegen; löschen Sie diese immer zusammen mit der Hauptdatei.

Vorgehen Schritt für Schritt#

1. Kündigen Sie den Wipe den Spielern rechtzeitig an: auf Discord, in der Serverbeschreibung und ein paar Minuten vor dem Herunterfahren im Chat:

   say "Der Server wird in 5 Minuten für den Wipe heruntergefahren. Die neue Karte ist in 15 Minuten online."

2. Speichern Sie die Welt mit server.save, damit das Backup aktuell ist.

3. Stoppen Sie den Server (auf einem VPS systemctl stop rust).

4. Erstellen Sie ein Backup des ganzen Ordners server/<IDENTITY> und des Ordners oxide (bzw. carbon). Bei einem Gameserver-Hoster nutzen Sie das Backup im Kundenbereich, Registerkarte Backups (Backups von Gameservern); auf einem VPS zum Beispiel:

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

   • tar -czf <ARCHIV> – erstellt (-c) ein komprimiertes (-z) Archiv in einer Datei (-f).
   • $(date +%F) – fügt das heutige Datum ein (2026-10-01), damit sich Backups nicht gegenseitig überschreiben.
   • -C /opt/rust/server – arbeitet relativ zum Hauptverzeichnis des Servers.
   • server/rust oxide – sichert den Identity-Ordner rust und den Oxide-Ordner. Mit Carbon schreiben Sie carbon statt oxide.

5. Löschen Sie die Dateien je nach Art des Wipes (Tabelle oben). Bei einem Gameserver-Hoster im Dateimanager; auf einem VPS (Identity-Ordner rust, Pfade wie in der Anleitung Ein eigener Rust-Server auf einem VPS) für einen Map-Wipe mit diesem Befehl:

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

   • cd … – wechselt in den Identity-Ordner. && sorgt dafür, dass nur gelöscht wird, wenn der Wechsel in den Ordner geklappt hat (sonst würden Sie woanders löschen).
   • rm -v – löscht die Dateien und gibt aus, welche es gelöscht hat.
   • -- – danach folgen keine Optionen mehr, nur Dateinamen.
   • *.sav* – die Welt und ihre Sicherungen, *.map – die Karte, player.states.* – Zustände der Spieler.

   Bei einem BP-Wipe oder Full-Wipe löschen Sie zusätzlich die Blueprints (das Muster erfasst auch die Hilfsdateien -wal und -shm):

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

   Die Meldung No such file or directory bei einem der Muster bedeutet nur, dass es eine solche Datei im Ordner nicht gibt.

6. Ändern Sie bei Bedarf den Seed (+server.seed) oder die Kartengröße, damit die neue Karte anders aussieht. Siehe server.cfg und Startparameter.

7. Aktualisieren Sie Server und Framework, wenn ein Update erschienen ist (beim Force-Wipe immer).

8. Kümmern Sie sich um die Daten der Plugins, wie im nächsten Abschnitt beschrieben.

9. Starten Sie den Server (auf einem VPS systemctl start rust). Die Generierung der neuen Karte dauert einige Minuten. Der Server ist bereit, sobald in der Konsole Server startup complete erscheint.

Überprüfung#

1. Verbinden Sie sich und prüfen Sie, ob die Karte neu ist (anderer Aufbau, keine alten Gebäude).
2. Prüfen Sie nach einem BP-Wipe, ob Sie keine gelernten Blueprints mehr haben.
3. Geben Sie in der Konsole wipetimer.printwipe ein (im Facepunch-Wiki als PrintWipe aufgeführt) und prüfen Sie das Datum des nächsten Wipes.
4. Prüfen Sie, ob die Plugins laufen: oxide.plugins (Carbon: c.plugins).

Rückkehr zum Backup, wenn der Wipe schiefgeht#

Mehr gelöscht als beabsichtigt, oder der Wipe soll doch nicht stattfinden? Stellen Sie den Zustand aus dem Backup aus Schritt 4 wieder her.

• Gameserver-Hoster: Stellen Sie das Backup im Kundenbereich wieder her (Registerkarte Backups › Wiederherstellen, siehe Backups von Gameservern).
• Eigener VPS (als root, Pfade wie in der VPS-Anleitung):

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-<DATE>.tar.gz -C /opt/rust/server
systemctl start rust

• systemctl stop rust – stoppt den Server, damit er während des Betriebs nichts überschreibt.
• mv server/rust server/rust-po-wipe und mv oxide oxide-po-wipe – verschieben den aktuellen Zustand nur zur Seite (es wird nichts gelöscht), damit er sich nicht mit dem Backup vermischt. Mit Carbon verschieben Sie carbon statt oxide.
• tar -xzf … -C /opt/rust/server – entpackt das Backup an seinen ursprünglichen Ort. Ersetzen Sie <DATE> durch das Datum aus dem Namen der Backup-Datei (zum Beispiel 2026-10-01).
• systemctl start rust – startet den Server mit der alten Welt.

Wenn Sie geprüft haben, dass alles funktioniert, löschen Sie die zur Seite verschobenen Ordner *-po-wipe.

Wipe und Daten der Plugins#

Plugins speichern ihre Daten in oxide/data (Carbon: carbon/data). Manches gehört zu einer einzigen Runde und wäre nach einem Wipe sinnlos (Homes auf der alten Karte, verbrauchte Kits), anderes soll bleiben (Berechtigungen, Clans).

• Viele Plugins erkennen einen Wipe selbst. Wenn der Server eine neue Welt anlegt, teilt das Framework es ihnen mit, und das Plugin löscht Daten gemäß seinen Einstellungen. Die Konfiguration des Plugins entscheidet zum Beispiel:
  • Kits: "Wipe player data when the server is wiped" – Standard false. Stellen Sie true ein, wenn Nutzungszähler und Cooldowns der Kits nach einem Wipe zurückgesetzt werden sollen.
  • NTeleportation: "Wipe On Upgrade Or Change" – Standard true, Homes werden nach einem Wipe gelöscht.
  • Backpacks: die Option "Enabled" im Abschnitt "Clear on wipe" – Standard false, der Inhalt der Rucksäcke übersteht den Wipe. Sollen Rucksäcke geleert werden, stellen Sie true ein.
• Bei einem Plugin, das keinen Wipe erkennt, löschen Sie die Daten von Hand: Entladen Sie das Plugin (oxide.unload <PLUGIN_NAME>), löschen Sie seine Datendatei in oxide/data und laden Sie das Plugin wieder (oxide.load <PLUGIN_NAME>). Es legt leere Daten an.
• Löschen Sie nie oxide/data/oxide.users.data und oxide/data/oxide.groups.data. Darin stehen alle Berechtigungen und Gruppen.
• Denken Sie bei Backups auch an die manuell gelöschten Dateien: Machen Sie einen Wipe aus einem Backup rückgängig, stellen Sie Welt und Plugin-Daten vom selben Zeitpunkt wieder her.

Details zu einzelnen Plugins finden Sie im Artikel Empfohlene Plugins.

Planung und Countdown im Spiel#

Übliche Rhythmen:

Ein BP-Wipe wird meist nur einmal im Monat gemacht (beim Force-Wipe), auch wenn die Karte häufiger gewipt wird.

Den Rhythmus legen Sie mit einem Tag in der server.cfg fest (nur einer von monthly, biweekly, weekly). Danach zählt der Wipe-Timer herunter: der Countdown auf dem Laptop beim Atomsprengkopf im Monument Missile Silo. Er löst etwa 24 Stunden vor dem Wipe auch die Ereignisse zum Rundenende aus (Kampfjets über der Insel und Panzerfahrzeuge auf den Straßen).

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

So zählt der Timer: monthly = der erste angegebene Wochentag des Monats, weekly = jede Woche, biweekly = der erste und dritte angegebene Wochentag des Monats (laut Facepunch-Wiki). Wie viele Stunden vor dem Wipe die Ereignisse zum Rundenende beginnen, legt eine Variable aus der Gruppe eventschedulewipeoffset fest (Standard 24 Stunden, 0 schaltet sie ab); find eventschedulewipeoffset gibt den genauen Namen in Ihrer Version aus.

Automatisierung: Carbon hat das optionale Modul AutoWipe, das nach Zeitplan (Cron) wipt, nach dem Wipe Befehle ausführen und Dateien löschen und Karten aus einer vorbereiteten Liste auswählen kann. Auf Ihrem eigenen VPS können Sie ein Skript schreiben, das ein systemd-Timer oder Cron startet und das die Schritte aus dem Vorgehen oben ausführt.

Fehlerbehebung#

Nach dem Wipe ist immer noch die alte Karte da#

• Sie haben Dateien in einem anderen Identity-Ordner gelöscht als dem, den der Server verwendet. Prüfen Sie +server.identity.
• Die Sicherungsdateien der Welt sind übrig geblieben (*.sav.1, *.sav.2). Löschen Sie alle Dateien, die mit dem Namen der Welt beginnen und auf .sav mit beliebiger Fortsetzung enden.
• Sie verwenden eine eigene Karte (server.levelurl): Die Karte bleibt gleich, gelöscht wird nur, was darauf war. Das ist korrekt.

Spieler haben immer noch ihre Blueprints#

Die Datei player.blueprints.*.db oder ihre Hilfsdateien -wal und -shm sind übrig geblieben, oder der Server lief beim Löschen. Stoppen Sie den Server und löschen Sie alle Dateien, die mit player.blueprints. beginnen.

Der Server startet nach dem Wipe nicht#

Beim Force-Wipe passen meist die Versionen von Framework und Spiel nicht zusammen. Aktualisieren Sie Rust und Oxide (Carbon aktualisiert sich beim Start selbst) und prüfen Sie das Log sowie oxide/logs bzw. carbon/logs.

Plugins erinnern sich an alte Daten#

Homes an Orten, an denen nichts mehr ist, verbrauchte Kits, volle Rucksäcke. Prüfen Sie die Wipe-Einstellungen in der Konfiguration der Plugins (Abschnitt Wipe und Daten der Plugins) oder löschen Sie die Daten von Hand.

Der Countdown auf dem Laptop im Missile Silo stimmt nicht#

Prüfen Sie den Rhythmus-Tag in server.tags (nur einer), die Zeitzone und die Stunde. Das Ergebnis prüfen Sie mit dem Befehl wipetimer.printwipe. Für einen unregelmäßigen Rhythmus verwenden Sie wipetimer.wipecronoverride.

Bei Spielern funktioniert Rust+ nach dem Wipe nicht#

Sie haben companion.id oder player.tokens.*.db gelöscht. Stellen Sie die Dateien aus einem Backup wieder her, oder die Spieler müssen den Server in der App erneut koppeln.

Weiterführende Links#

• Facepunch: Dateien im Identity-Ordner (öffnet sich in einem neuen Fenster)
• Facepunch: Wipe-Timer (öffnet sich in einem neuen Fenster)
• Facepunch: Tags für die Serverliste (öffnet sich in einem neuen Fenster)
• Facepunch: Rust+ und die Datei companion.id (öffnet sich in einem neuen Fenster)
• Carbon: Modul AutoWipe (öffnet sich in einem neuen Fenster)