7 Days to Die V3.2.0 ist seit dem 26. August 2026 die aktuelle Stable-Version. Wer einen Dedicated Server betreibt, sollte Server und Clients auf demselben Stable-Stand halten. Vor einem Update gehören Welt, Spielstände und Konfigurationsdateien in ein Backup.
Geprüfter Stand: 2. September 2026. Für die aktuelle Versionslage und die Änderungen an den Sandbox-Einstellungen dienen die Release Notes von The Fun Pimps als Primärquelle. Bei klassischen Einträgen der serverconfig.xml ist Vorsicht nötig: Die entsprechende Seite im offiziellen Wiki kennzeichnet ihre große Beispieltabelle selbst noch als Stand A20.6. Die mit eurer V3.2-Serverinstallation ausgelieferte Konfigurationsdatei ist deshalb für vorhandene Properties und Defaultwerte maßgeblich.
Was sich seit V3.0 für Serveradmins geändert hat
Mit V3.0 wurden zahlreiche frühere Einzeloptionen aus der serverconfig.xml in den neuen SandboxCode verschoben. The Fun Pimps nennt als damaligen Standardcode AAAJABJACJADJARFBNC; bei übernommenen Welten sollten alte Einstellungen über das Ingame-Menü neu erzeugt und als SandboxCode in die aktuelle Serverkonfiguration übertragen werden.
V3.1 teilte unter anderem Dichte- und Respawn-Einstellungen nach Tag und Nacht auf. The Fun Pimps warnte ausdrücklich, dass ältere benutzerdefinierte Preset-Codes dadurch ungültig werden und auf Standardwerte zurückfallen können. Wer einen alten SandboxCode weiterverwendet, sollte ihn daher in V3.2 neu prüfen.
Dedicated Server installieren oder aktualisieren
Der separate Dedicated-Server-Download wird unter Steam als App 294420 geführt. Eine aktuelle technische Dokumentation aus der 7-Days-to-Die-Modding-Community beschreibt für SteamCMD den Stable-Download mit:
steamcmd +force_install_dir "C:\Servers\7dtd" +login anonymous +app_update 294420 validate +quitUnter Linux verwendet ihr entsprechend einen Linux-Pfad. Diese SteamCMD-Angabe ist keine aktuelle Support-Anleitung von The Fun Pimps; sie wird deshalb hier als technische Sekundärquelle gekennzeichnet. Nach jedem größeren Spielupdate prüft ihr zuerst die Versionsanzeige von Server und Client, bevor ihr einen bestehenden Spielstand ladet.
serverconfig.xml für V3.2 bearbeiten
Bearbeitet nur eine Kopie der mit der aktuellen Serverinstallation gelieferten serverconfig.xml. Das offizielle Wiki nennt unter anderem ServerName, ServerPassword, ServerVisibility, ServerPort und ServerMaxPlayerCount. Seine Beispieltabelle ist jedoch ausdrücklich als A20.6 dokumentiert. Übertragt daher keine komplette alte Beispielkonfiguration über eine V3.2-Datei, sondern ändert gezielt die Properties, die in eurer aktuellen Datei tatsächlich vorhanden sind.
Das Wiki führt für ServerPort weiterhin 26900 und für ServerMaxPlayerCount 8 als Werte. Weil die Tabelle nicht als V3.2-spezifisch gepflegt ist, solltet ihr diese Angaben gegen die ausgelieferte V3.2-Konfiguration prüfen, bevor ihr Firewall- oder Hostingregeln dauerhaft darauf ausrichtet.
Firewall, Sichtbarkeit und Verbindungsprobleme
- Prüft zuerst, ob Server und alle Clients wirklich dieselbe V3.2-Stable-Build verwenden.
- Kontrolliert
ServerVisibilityund den in eurer aktuellenserverconfig.xmlgesetzten Port. - Gebt genau diesen Port in Host-Firewall und gegebenenfalls Router/NAT frei. Übernehmt keine zusätzlichen Portlisten aus älteren Guides ungeprüft.
- Testet bei EAC-Problemen die aktuellen Hinweise von The Fun Pimps. Der Entwickler nennt unter anderem Firewall-/Antivirus-Verzögerungen und Netzwerkprobleme als mögliche Ursachen.
V3.2.0 behebt laut Release Notes außerdem einen Fehler mit dem Popup Failed to search EOS servers. Wenn ein Server unter V3.2 weiterhin nicht gefunden wird, ist dieser konkrete Bug daher nicht automatisch die Ursache; prüft Version, Sichtbarkeit, Netzwerk und Serverlog einzeln.
Mods sauber testen
The Fun Pimps bietet keinen Support für einzelne Drittanbieter-Mods. Bei Problemen soll zunächst ein unverändertes Vanilla-Spiel getestet werden. Im Mods-Ordner darf laut aktueller Support-Anleitung 0_TFP_Harmony nicht entfernt werden; andere Mods können zur Fehlersuche vorübergehend ausgelagert und anschließend einzeln wieder aktiviert werden.
V3.2 ergänzt außerdem die Übertragung eines minimalen Metadatenpakets für Custom-POIs vom Server an Clients. Das ist kein allgemeiner Beleg dafür, dass beliebige Mods clientseitig automatisch bereitgestellt werden. Für jede Mod gelten weiterhin deren eigene Installations- und Versionsanforderungen.
Backups vor Updates und Konfigurationswechseln
Unter Windows nennt The Fun Pimps standardmäßig C:\Users\%USER%\AppData\Roaming\7DaysToDie als Nutzerdatenpfad. Unter Linux ist es /home/%USER%/.local/share/7DaysToDie. Bei einem Server mit abweichendem UserDataFolder oder SaveGameFolder gelten stattdessen die dort gesetzten Pfade.
Sichert vor Updates mindestens die verwendete Welt, den zugehörigen Save und eure aktuelle Serverkonfiguration. Startet die aktualisierte Welt erst, wenn eine Rückkehr zur Sicherung möglich ist.
Crossplay getrennt prüfen
Crossplay hängt nicht nur von der Serverinstallation, sondern auch von Plattform, Spielversion und Netzwerkkonfiguration ab. Die aktuelle Plattformkombination und die Voraussetzungen sind deshalb im separaten 7 Days to Die Crossplay-Guide zusammengefasst, statt sie hier aus älteren Serverdokumentationen abzuleiten.
Quellen
- The Fun Pimps – V3.2.0 Stable – aktuelle Stable-Version und V3.2-Änderungen
- The Fun Pimps – V3.0 Dead Hot Summer Release Note – SandboxCode und Migration alter Serveroptionen
- The Fun Pimps – V3.1 Stable – geänderte Sandbox-Presets
- The Fun Pimps – Mod Use – Vanilla-Test und Mod-Fehlersuche
- The Fun Pimps – EAC Troubleshooting
- The Fun Pimps – Save-Pfade
- Official 7 Days to Die Wiki – Server – ältere Konfigurationsreferenz, auf der Seite als A20.6 gekennzeichnet
- 7 Days to Die Modding Wiki – Dedicated Server Setup – technische Sekundärquelle für SteamCMD/App-ID