7 Days to Die Server für Teamüberleben richtig konfigurieren

Die 7 Days to Die serverconfig.xml entscheidet darüber, ob eine Gruppe von Spielern gemeinsam durch Hordennächte kommt oder sich gegenseitig im Loot-Raum anschreit. Wer kooperatives Überleben statt Konkurrenzdruck im Team will, muss Schwierigkeitsgrad, Blutmond-Frequenz, geteilten Fortschritt und Loot-Mengen gezielt aufeinander abstimmen. Dieser Artikel zeigt die relevanten Parameter im Detail.

Die serverconfig.xml verstehen: Aufbau und Speicherort

Die serverconfig.xml liegt im Installationsverzeichnis des Servers, meist direkt neben der ausführbaren Datei bzw. im Startskript-Pfad. Jede Zeile folgt dem Schema <property name="..." value="..."/>. Änderungen werden erst nach einem vollständigen Neustart übernommen, nicht per Live-Reload. Über ein Pterodactyl-Panel lässt sich die Datei direkt im Dateimanager öffnen, bearbeiten und speichern, ohne SSH-Zugriff auf den Host zu benötigen.

<?xml version="1.0"?>
<ServerSettings>
  <property name="ServerName" value="Teamwelt-01"/>
  <property name="GameDifficulty" value="2"/>
  <property name="BloodMoonFrequency" value="7"/>
  <property name="LootAbundance" value="100"/>
  <property name="PartySharedKillRange" value="100"/>
</ServerSettings>

Bevor es an die Feinjustierung geht: Wer einen eigenen 7 Days to Die Server mieten möchte, bekommt die serverconfig.xml in der Regel vorkonfiguriert und über das Panel direkt zugänglich, ohne manuelle Grundinstallation.

Für die restliche Konfiguration gilt: Jede Änderung an dieser Datei wirkt sich auf Spawn-Raten, Gegnerstärke und Ressourcenverteilung aus. Ein Backup der funktionierenden Version vor jedem Experiment erspart viel Ärger, falls eine Kombination aus Parametern das Spielerlebnis unbeabsichtigt kippt.

Schwierigkeitsgrad und Spielbalance für das Team einstellen

Der Schwierigkeitsgrad in 7 Days to Die ist kein einzelner Wert, sondern das Zusammenspiel mehrerer Properties. Für ein Team, das gemeinsam überleben statt sich gegenseitig auszubremsen, lohnt sich eine moderate statt extreme Einstellung.

GameDifficulty

Der Wert reicht von 0 (Scavenger) bis 5 (Insane) und beeinflusst Zombie-Schaden, Spielerschaden und generelle Aggressivität der Gegner.

<property name="GameDifficulty" value="2"/>

Stufe 2 (Nomad) bietet für kooperative Teams meist den besten Kompromiss: fordernd genug, um Zusammenarbeit nötig zu machen, aber nicht so hart, dass neue Spieler frustriert aufgeben.

PlayerSafeZoneLevel und EnemySpawnMode

Diese beiden Properties regeln, ab welchem Spawn-Level eine Sicherheitszone um Spieler aktiv wird und wie aggressiv Zombies grundsätzlich spawnen.

<property name="PlayerSafeZoneLevel" value="5"/>
<property name="EnemySpawnMode" value="true"/>

Ein höherer PlayerSafeZoneLevel schützt Basen von unerfahrenen Teammitgliedern vor zu frühen Überfällen, während EnemySpawnMode generell aktiv bleiben sollte, damit das Loot-System und die Weltökonomie nicht leerlaufen.

BuildCreate und AllowedViewDistance

Für größere Teambasen mit mehreren Etagen ist die Sichtweite relevant, da sie sowohl die Performance als auch die taktische Vorwarnzeit bei Blutmond-Angriffen beeinflusst.

<property name="ServerMaxWorldTransferSpeedKiBs" value="512"/>
<property name="MaxSpawnedZombies" value="64"/>

MaxSpawnedZombies sollte an die Teamgröße angepasst werden: Bei vier bis sechs Spielern sind 64 bis 80 gleichzeitig aktive Zombies ein realistischer Wert, ohne die CPU-Last des Servers unnötig in die Höhe zu treiben.

Blutmond-Frequenz und Hordennacht-Einstellungen konfigurieren

Die Blutmondnacht ist der zentrale Koop-Moment in 7 Days to Die. Sie entscheidet, ob ein Team eine gemeinsame Verteidigungsstrategie aufbaut oder chaotisch auseinanderfällt.

BloodMoonFrequency

Standardmäßig steht dieser Wert auf 7 Tage. Für Teams mit begrenzter wöchentlicher Spielzeit kann eine Verlängerung sinnvoll sein, um genug Zeit für Basenbau und Ressourcensammeln zu haben.

<property name="BloodMoonFrequency" value="10"/>

BloodMoonRange und BloodMoonWarning

BloodMoonRange legt eine Zufallsspanne um den Fixtermin fest, BloodMoonWarning steuert, wie viele Tage vorher die Ankündigung im Spiel erscheint.

<property name="BloodMoonRange" value="0"/>
<property name="BloodMoonWarning" value="8"/>

Für koordiniertes Teamspiel empfiehlt sich BloodMoonRange auf 0, damit alle Spieler exakt wissen, wann die Nacht kommt, statt sich auf Zufallsabweichungen verlassen zu müssen.

BloodMoonEnemyCount

Dieser Wert bestimmt, wie viele Zombies während der Hordennacht gleichzeitig aktiv sein können. Er sollte proportional zur Teamgröße und zur verfügbaren Serverleistung skaliert werden.

<property name="BloodMoonEnemyCount" value="8"/>

Teamgröße	Empfohlener BloodMoonEnemyCount	GameDifficulty
2 Spieler	6	2
4 Spieler	8–10	2–3
6+ Spieler	12–16	3

Bei NVMe-gestützten Setups mit dediziertem Ryzen-CPU-Anteil lassen sich auch höhere Werte stabil fahren, ohne dass Tickraten einbrechen oder Spieler Rubberbanding während der Welle erleben.

Geteilter Fortschritt und Loot-Einstellungen im Koop-Modus

Ein Team funktioniert nur, wenn Fortschritt und Beute fair verteilt werden. Die serverconfig.xml bietet dafür mehrere Hebel, die oft übersehen werden.

PartySharedKillRange

Dieser Wert legt fest, in welchem Radius ein Kill als Gruppenleistung zählt, zum Beispiel für Quest-Fortschritt oder geteilte Erfahrungspunkte.

<property name="PartySharedKillRange" value="100"/>

100 Meter ist ein praxistauglicher Standard für Teams, die gemeinsam auf Kundschaft gehen, aber sich bei der Verteidigung aufteilen.

LootAbundance und LootRespawnDays

LootAbundance steuert die Menge an Items in Behältern, LootRespawnDays bestimmt, wie schnell bereits geplünderte Kisten wieder auffüllen.

<property name="LootAbundance" value="100"/>
<property name="LootRespawnDays" value="7"/>

Für größere Teams, die sich die Beute aus denselben Städten teilen, sollte LootAbundance eher über 100 liegen, damit nicht nur die ersten zwei Spieler am Zug vollständig ausgerüstet sind und der Rest leer ausgeht.

DropOnDeath und DropOnDeathHardcore

Diese Einstellung entscheidet, was beim Tod eines Spielers mit dem Inventar passiert, und ist für kooperatives Spiel besonders heikel.

<property name="DropOnDeath" value="1"/>
<property name="DropOnDeathHardcore" value="0"/>

• 0 – Nichts fällt, komplett team-freundlich
• 1 – Nur Werkzeuggürtel fällt, guter Kompromiss
• 2 – Gesamtes Inventar fällt, hart und riskant für das Team
• 3 – Inventar und Hotbar fallen, nur für erfahrene Gruppen

Für die meisten kooperativen Teams ist Wert 1 der beste Ausgangspunkt: Verluste sind spürbar, aber nicht existenzbedrohend für die gemeinsame Basis.

PlayerKillingMode

Dieser Parameter regelt Friendly Fire. In reinen Koop-Teams sollte er deaktiviert bleiben, um versehentliches Blutmond-Chaos im eigenen Lager zu vermeiden.

<property name="PlayerKillingMode" value="0"/>

Sicherung der eigenen Konfiguration

Nach jeder Anpassung der serverconfig.xml empfiehlt sich ein manuelles Backup der Datei und, wenn möglich, der gesamten Weltspeicherung, bevor die erste Blutmondnacht mit neuen Werten getestet wird. Panels mit automatischer Sicherung nehmen diese Routineaufgabe ab, ersetzen aber keinen bewussten Snapshot vor größeren Änderungen am Schwierigkeitsgrad. Weitere technische Hintergründe zu Servereinstellungen und Admin-Tools finden sich im Fly-Serv Blog, einen Überblick über unterstützte Titel bietet die Übersicht Alle unsere Gameserver. Wer die Verwaltung über ein eigenes Panel-System steuern möchte, findet die technische Basis dafür im Bereich Pterodactyl VPS.

Die serverconfig.xml bleibt die zentrale Stellschraube für jedes Team, das 7 Days to Die kooperativ statt konkurrierend spielen will. Mit abgestimmtem Schwierigkeitsgrad, planbarer Blutmond-Frequenz, fairer Loot-Verteilung und moderatem DropOnDeath-Wert lässt sich ein Setup bauen, das fordernd bleibt, ohne das Team auseinanderzureißen.

FAQ

Wie oft sollte die Blutmond-Frequenz für ein kleines Team eingestellt werden?

Für Teams mit zwei bis drei Spielern und wenig Spielzeit pro Woche ist ein BloodMoonFrequency-Wert von 10 bis 14 Tagen praxistauglicher als der Standardwert 7, da mehr Zeit für Basenbau und Vorbereitung bleibt.

Warum wirken Änderungen an der serverconfig.xml nicht sofort?

Die Datei wird nur beim Serverstart eingelesen. Nach jeder Anpassung muss der Server über die Konsole oder das Panel vollständig neu gestartet werden, damit die neuen Werte aktiv werden.

Welcher DropOnDeath-Wert eignet sich am besten für kooperative Teams?

Wert 1 ist meist der beste Kompromiss: Nur der Werkzeuggürtel fällt beim Tod, das restliche Inventar bleibt erhalten, was Frustration im Team vermeidet, ohne Konsequenzen für Fehler komplett zu streichen.