Project Zomboid Build 42 auf dem eigenen Server: Umstieg, Spielstände und Mods

Sicherheitsupdate: deinen Versionszweig prüfen

The Indie Stone veröffentlichte am 26. August 2026 Sicherheitskorrekturen für 42.20.4 Stable, 42.19.2 Unstable und 41.78.21 Legacy. Wähle den Patch für deinen bestehenden Zweig. Ein Sicherheitsupdate ist kein Grund, eine Build-41-Welt ungeprüft nach Build 42 zu verschieben.

Die Korrektur entfernt die Lua-Funktionen loadstring und loadstream. Mods, die sie verwenden, müssen angepasst werden. Ein erfolgreicher Serverstart allein bestätigt deshalb noch nicht, dass deine Mod-Funktionen funktionieren.

1. Notiere Zweig, Serverversion und Mod-Liste; sichere Welt und Konfiguration bei gestopptem Server.
2. Aktualisiere innerhalb desselben Zweigs und gleiche die Clients an.
3. Prüfe Join, Speichern und die tatsächlich verwendeten Mod-Funktionen. Suche im Log nach Fehlern zu den entfernten Lua-Funktionen.
4. Bei Problemen teste eine separate frische Welt ohne Mods. Überschreibe dafür nicht deinen Community-Spielstand.
5. Nimm eine betroffene Mod erst nach Anpassung wieder in Betrieb. Ein Rückgang auf einen Stand vor der Sicherheitskorrektur ist kein geeigneter dauerhafter Rückweg.

Quelle: The Indie Stone: Sicherheits-Hotfixes vom 26. August.

Build 42 ist Stable — und bricht deine alten Spielstände

Seit dem 29. Juli 2026 ist Build 42 von Project Zomboid offiziell Stable. Nach rund 19 Monaten Entwicklung ist das der größte Umbruch seit Build 41 — und für Serverbetreiber vor allem eine Kompatibilitätsfrage: Build-41-Spielstände laufen nicht unter Build 42. Wer umsteigt, startet die Welt neu. Wer das nicht will, kann seinen Server gezielt auf Build 41 halten.

Dieser Guide zeigt beide Wege, nennt die für Server relevanten Änderungen und die spätere Sicherheitskorrektur vom 26. August.

Die Kompatibilitätslage in einem Bild

Dass 42.19-Welten ebenfalls nicht übernommen werden, liegt an den umfangreichen neuen Kartengebieten in 42.20 — die Weltdaten passen schlicht nicht mehr zusammen.

Weg 1: Auf Build 41 bleiben

Wenn deine Community mitten in einer langen Runde steckt, ist Bleiben die risikoärmste Option. The Indie Stone hält Build 41 als eigenen Beta-Zweig bereit:

1. Rechtsklick auf Project Zomboid in deiner Steam-Bibliothek
2. Eigenschaften öffnen
3. Unter Spielversionen & Betas den Zweig legacy41 wählen

Wichtig: Alle Spieler deines Servers müssen denselben Zweig wählen. Ein Client auf Build 42 verbindet sich nicht mit einem Build-41-Server. Kündige den Wechsel deshalb an, bevor du ihn machst.

Für Runden auf Unstable 42.19 gibt es analog den Beta-Zweig 42.19.

Weg 2: Umstieg auf Build 42

Der Umstieg bedeutet einen Weltneustart. Sinnvolle Reihenfolge:

1. Backup der aktuellen Welt anlegen. Im Panel bei game-serverhosting sicherst du deinen Server, bevor du irgendetwas änderst — so bleibt die alte Runde erhalten, falls ihr zurückwollt.
2. Termin mit der Community abstimmen. Ein Wipe ohne Vorwarnung kostet Spieler.
3. Mods prüfen (siehe unten) — Build 42 ist ein Bruch, viele Mods brauchen ein Update.
4. Server auf 42.20 aktualisieren und neue Welt erzeugen.
5. Sandbox-Einstellungen neu setzen — einige Optionen haben sich geändert.

Noch keinen eigenen Server? Project Zomboid Server mieten

Was sich für Multiplayer-Server konkret ändert

Build 42.20 bringt mehrere Neuerungen, die ausschließlich Server betreffen:

• Anti-Cheat überarbeitet und wieder aktiv. Die Prüfung läuft jetzt serverseitig; die frühere Einstellung antiCheatItem ist entfallen, weil sie damit überflüssig wurde. Die Protokollierung wurde verbessert. Zwei Teilbereiche (NoClip, PacketException) sind laut Entwickler noch in Arbeit.
• Neue Serveroption „Show coordinates". Damit blendest du die Koordinatenzeile für alle verbundenen Clients ein oder aus — nützlich für Rollenspiel-Server, die Navigation per Karte erzwingen wollen.
• Ping-Werte pro Spieler erscheinen jetzt in den Tabs „Players" und „Users List". Damit lässt sich endlich unterscheiden, ob ein Spieler ein Verbindungsproblem hat oder der Server selbst hängt.
• Zombie-Limit deutlich angehoben. Die Sandbox-Option „Zombie count before deletion" reicht jetzt bis 5000 statt bisher 500. Für dicht besiedelte Server mit hohem Andrang ist das ein spürbarer Freiheitsgrad — aber auch ein Hebel, der Leistung kostet.
• Kürzere Ladezeiten zwischen „Click to Start" und dem Spawn.
• Stapelbare Gegenstände werden schneller übertragen.
• Netzwerkverhalten bei Fahrzeugkollisionen mit Zombies wurde verbessert.

Deine alte Sandbox-Datei: was Build 42 still anders macht

Dass Spielstände nicht weiterlaufen, ist bekannt. Weniger bekannt — und im Alltag ärgerlicher — ist der zweite Teil: Die Einstellungsdatei SandboxVars.lua lässt sich problemlos mitnehmen. Sie bedeutet unter Build 42 nur nicht mehr dasselbe. Es gibt keine Fehlermeldung und keinen Hinweis im Log. Der Server startet, spielt sich aber anders.

Wir betreiben Server unter beiden Builds und müssen beide Formate parallel lesen. Die folgenden Unterschiede stammen deshalb nicht aus einem Wiki, sondern aus dem Abgleich echter Serverdateien.

Acht Optionen heißen jetzt anders

Übernimmst du die alte Datei, ignoriert Build 42 die alten Schlüssel und setzt für die neuen den Standardwert ein. Deine mühsam eingestellte Loot-Seltenheit ist damit weg — ohne dass es dir jemand sagt.

Zwei Umbenennungen sind mehr als das: XpMultiplier ist kein eigener Wert mehr, sondern in den Container MultiplierConfig gewandert. Und aus der Stufenauswahl LootRespawn wurde mit HoursForLootRespawn eine Angabe in Stunden — eine 4 bedeutete früher eine Stufe, heute vier Stunden.

DayLength: dieselbe Zahl, ein anderer Tag

Das ist die unauffälligste und zugleich wirksamste Änderung. Die Werteliste wurde umnummeriert:

Wer in Build 41 mit DayLength = 4 gespielt hat, hatte Zwei-Stunden-Tage. Dieselbe Datei ergibt unter Build 42 Tage von anderthalb Stunden — spürbar kürzer, ohne dass etwas kaputt aussieht. Wenn dir dein Server nach dem Umstieg hektischer vorkommt: Das ist meistens der Grund.

Was Build 42 neu erlaubt

Einiges davon war vorher gar nicht einstellbar:

• Zombies komplett abschalten (Zombies = 6) — für Bau- und Rollenspielserver
• Zufallswerte für Geschwindigkeit, Stärke und Widerstandsfähigkeit (ZombieLore.Speed, .Strength, .Toughness)
• Infektion abstellen (Transmission = 4) und Tod durch Infektion nie (Mortality = 7)
• Strom und Wasser dauerhaft anlassen — oder erst nach 6 bis 12 Monaten abschalten
• Kein Verderb im Kühlschrank (FridgeFactor = 6)
• Sehr hoch beziehungsweise sehr langsam als neue Stufe bei Temperatur, Erosion, Naturwachstum, Nahrungsverfall und Fahrzeug-Spawnrate

Wie du das bei uns einstellst

Bei uns musst du dafür keine Datei bearbeiten. Im Serverpanel gibt es unter Sandbox ein geführtes Formular, das die Einstellungen deiner Welt direkt aus der Datei liest — es zeigt automatisch die Werteliste deines Builds, unter Build 42 also auch die neuen Stufen. Die Vorlagen des Spiels (Apocalypse, Survivor, Outbreak, Rising, Six Months Later) lassen sich mit einem Klick übernehmen.

Zwei Dinge sind dabei wichtig. Speichern funktioniert nur, solange der Server gestoppt ist — Project Zomboid schreibt die Datei beim Herunterfahren neu und würde deine Änderungen sonst überschreiben. Und wer die vollständige Datei braucht, kommt über die Dateiverwaltung an .cache/Server/<Servername>_SandboxVars.lua heran.

Rückblick: Performance-Korrekturen in 42.20.1

Der Hotfix vom 5. August behebt genau die Probleme, die sich auf gut besuchten Servern als „der Server laggt" äußern:

• Chunk-Unloading behoben. Ein Fehler verursachte erhebliche Leistungsprobleme beim Entladen von Weltbereichen. Laut Entwickler behebt der Fix die meisten Fehler, die Spieler auf Servern mit hoher Spielerzahl durch Serverlag hatten — der wichtigste Punkt des Patches.
• Memory-Leak geschlossen. Ein Speicherleck führte über die Laufzeit zu abnehmender Leistung und schließlich zu Abstürzen. Genau das Muster, das sich als „nach ein paar Tagen muss der Server neu gestartet werden" zeigt.
• Speichernutzung verbessert durch Wiederverwendung verworfener Weltdaten.
• Kaputte B41-Welten ließen sich fälschlich auf B42-Servern hosten — das ist unterbunden.
• Verschwindende Fahrzeuge nach dem Disconnect eines Mitspielers behoben.
• Lua-Prüfsummenvalidierung für das Anti-Cheat verbessert.

42.20.1 war ein früher Performance-Hotfix. Für den aktuellen Sicherheitsstand beachte die oben erläuterte Korrektur 42.20.4 innerhalb des Stable-Zweigs.

Mods: mit Brüchen rechnen

Build 42 ist ein Versionssprung, der Mods trifft. Zusätzlich weist The Indie Stone darauf hin, dass ein zusammen mit 42.20 veröffentlichter Sicherheitspatch (die zugrundeliegende Schwachstelle wurde von Jorge Escabias verantwortungsvoll gemeldet) in Einzelfällen ebenfalls Mods beeinflussen kann.

Praktisch heißt das:

• Prüfe vor dem Umstieg, ob deine Workshop-Mods eine Build-42-Fassung haben.
• Teste auf einer neuen Welt ohne Mods, bevor du Fehler meldest — das empfiehlt der Entwickler ausdrücklich.
• Für Mod-Autoren relevant: Mods dürfen jetzt .json-Dateien schreiben, und Übersetzungsdateien brauchen %%, um ein Prozentzeichen darzustellen.

Wie du Mods auf deinem Server einspielst und aktuell hältst, erklären wir hier:

• Project Zomboid Mods installieren
• Project Zomboid Server einrichten

Häufige Fragen

Kann ich meinen Build-41-Spielstand irgendwie retten? Nicht auf Build 42. Die Weltdaten sind nicht kompatibel. Du kannst die Runde aber unbegrenzt auf dem Zweig legacy41 weiterspielen — Backup vorher trotzdem anlegen.

Müssen meine Spieler etwas tun? Ja. Server und Client müssen auf derselben Version laufen. Bleibst du auf Build 41, müssen alle den Zweig legacy41 wählen; steigst du um, müssen alle auf der Standardversion sein.

Ist Build 42 stabil genug für einen Community-Server? Der „Unstable"-Hinweis ist aus dem Hauptmenü entfernt, und 42.20.1 hat die beiden gravierendsten Serverprobleme (Chunk-Unloading, Memory-Leak) behoben. Für einen Umstieg spricht damit deutlich mehr als noch Ende Juli.

Lohnt sich ein höheres Zombie-Limit? Es ist verfügbar, aber teuer. Mehr aktive Zombies bedeuten mehr Rechenlast pro Tick. Taste dich schrittweise heran und beobachte die Serverauslastung im Panel.

Wo finde ich die vollständige Liste der Neuerungen? Die Entwickler stellen einen Feature-Überblick zu Build 42 bereit. Er ist ausdrücklich eine Auswahl, keine vollständige Änderungsliste.

Quellen: offizielle Steam-Ankündigungen „Build 42.20.0 Stable Released" (29. Juli 2026), „B42 CHECKLIST" (28. Juli 2026) und „42.20.1 STABLE Hotfix Released" (5. August 2026).