
Wiki & Guides
7 Days to Die
Zombie-Survival · Voxel · The Fun Pimps
serverconfig.xml in 7 Days to Die V3.0: SandboxCode erklärt
serverconfig.xml nach V3.0: Wie der neue SandboxCode Gameplay-Regeln ersetzt, welche Server-Properties bleiben und welche Legacy-Werte entfernt wurden.
Zuletzt aktualisiert am 20. Juli 2026 · RespawnHost
Auf dieser Seite
Was hat sich an der serverconfig.xml in V3.0 geändert?
V3.0 „Dead Hot Summer” hat die serverconfig.xml radikal verschlankt: Rund zwei Dutzend Gameplay-Properties wurden entfernt und durch eine einzige neue Property ersetzt — den SandboxCode. Schwierigkeit, XP-Rate, Tageslänge, Loot, Blood Moons und Co. stellst du nicht mehr einzeln in der XML ein, sondern im Sandbox-Menü des Spiels; der dort erzeugte Code wandert dann in die Config. In der serverconfig.xml verbleiben nur noch echte Server-Properties wie Name, Passwort, Spielerzahl und Map.
Wie funktioniert der SandboxCode?
Das Sandbox-Menü in V3.0 bündelt rund 150 Gameplay-Optionen und 11 Presets (Default ist „Undead Matinee”, daneben u. a. Madmole’s Mayhem, Bite Club mit Permadeath und Chibi Mode). Jede Kombination lässt sich als teilbarer Code exportieren — und genau diesen Code nutzt der Dedicated Server:
- Starte 7 Days to Die und öffne das Sandbox-Menü (z. B. über ein neues Einzelspieler-Spiel).
- Wähle ein Preset und passe die Optionen nach Wunsch an — Schwierigkeit, XP, Loot, Blood-Moon-Rhythmus, Tageslänge und mehr.
- Kopiere den Sandbox-Code, den das Menü für deine Einstellungen erzeugt.
- Trage den Code beim Server als Wert der Property
SandboxCodeein — bei RespawnHost direkt im Panel unter Konfiguration. - Server neu starten, fertig.
Warnung: stiller Fallback auf Adventurer
Eine alte serverconfig.xml mit den entfernten Legacy-Properties wirft keinen Fehler — die Werte werden schlicht ignoriert und der Server läuft still mit Adventurer-Defaults. Wenn sich dein Server nach dem V3.0-Update „falsch" anfühlt (Schwierigkeit, XP, Tageslänge), ist fast immer ein fehlender SandboxCode die Ursache.
Welche Properties bleiben in der serverconfig.xml?
Diese Server-Properties konfigurierst du weiterhin direkt (Auswahl der wichtigsten — die vollständige Referenz ist die mitgelieferte serverconfig.xml deiner Installation):
| Property | Bedeutung |
|---|---|
ServerName | Name im Server-Browser |
ServerPassword | Passwort (leer = öffentlich zugänglich) |
ServerMaxPlayerCount | Maximale Spielerzahl (Crossplay: max. 8, siehe Crossplay-Guide) |
ServerVisibility | Sichtbarkeit im Server-Browser |
GameWorld | Map: Navezgane, PREGEN01–03 oder RWG — siehe Maps & Wipes |
WorldGenSeed | Seed für Random World Generation |
WorldGenSize | Größe der RWG-Welt (4096–10240, Default 6144) |
EACEnabled | Easy Anti-Cheat an/aus (für Crossplay Pflicht: true) |
Region | Server-Region für den Browser |
ServerAllowCrossplay | Crossplay mit Konsolen erlauben |
IgnoreEOSSanctions | EOS-Sanktionen ignorieren (für Crossplay: false) |
LandClaimSize | Größe des Land-Claim-Bereichs |
SandboxCode | Neu in V3.0: Alle Gameplay-Regeln als ein Code aus dem Sandbox-Menü |
Welche Legacy-Properties wurden entfernt?
Diese früher gängigen Gameplay-Properties existieren in V3.0 nicht mehr — ihre Funktion übernimmt der SandboxCode (Auswahl):
GameDifficultyXPMultiplierDayNightLengthundDayLightLengthLootAbundanceundLootRespawnDays- Die
BloodMoon*-Familie (Frequenz, Range, Enemy Count …) - Die Zombie-Bewegungs-Properties (
Zombie*Move) EnemySpawnMode/ Enemy-DifficultyBlockDamage*(Spieler, KI, Blood Moon)DeathPenalty,DropOnDeath,DropOnQuitAirDrop*(Frequenz, Marker)- Sturm-Frequenz und Biome-Progression
Wenn ein Tutorial oder Forum-Post eine dieser Properties empfiehlt, ist es ein Pre-V3.0-Guide — der Wert hat keine Wirkung mehr.
Tipp
Bewahre deinen SandboxCode als Text-Schnipsel auf (Notiz, Discord-Pin). So kannst du ihn nach einem Wipe oder auf einem zweiten Server in Sekunden wieder eintragen — und mit deiner Community teilen, damit alle mit identischen Regeln spielen.
Häufige Fragen
Wo bearbeite ich die serverconfig.xml bei RespawnHost?
Direkt im Panel unter Konfiguration — die wichtigsten Properties inklusive SandboxCode sind dort als Felder hinterlegt, ohne dass du die XML von Hand editieren musst.
Muss ich für jede Regeländerung einen neuen Code erzeugen? Ja — Gameplay-Regeln änderst du, indem du im Sandbox-Menü neu konfigurierst, den neuen Code kopierst und einträgst. Dafür ist der Code teilbar: Einmal gebaut, überall nutzbar.
Warum läuft mein Server nach dem V3.0-Update auf Adventurer?
Deine Config wurde nicht migriert: Die alten Gameplay-Properties werden ignoriert, und ohne SandboxCode greifen still die Adventurer-Defaults. Sandbox-Code erzeugen, eintragen, neu starten.
Sind die rund zwei Dutzend entfernten Properties irgendwo dokumentiert?
Die verlässlichste Referenz ist die mitgelieferte serverconfig.xml deiner V3.0-Installation — was dort nicht mehr auftaucht, ist entfernt.
Verwandte Guides
- 7 Days to Die Server mieten — SandboxCode bequem im Panel eintragen
- Server erstellen und einrichten — Von der Bestellung bis zum ersten Join
- Crossplay-Server einrichten — Die Pflicht-Properties für Konsolen
- Maps, Saves & Wipes — GameWorld, Seeds und Weltgrößen
