Inhalt dieses Guides
Project-Zomboid-Server Mods sauber installieren: WorkshopItems, interne Mod-IDs, Abhängigkeiten, Load Order, Build-42-Kompatibilität und Update-Risiken.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
Mods sind bei Project Zomboid ein häufiger Grund für Join-Probleme, Startfehler und inkonsistente Welten. Der wichtigste Punkt ist, dass Steam-Workshop-ID und interne Mod-ID zwei unterschiedliche Dinge sind. Ein Server muss beide Ebenen korrekt kennen.
WorkshopItems und Mods unterscheiden
Unter WorkshopItems stehen numerische Steam-Workshop-IDs. Unter Mods werden die internen IDs der Mods eingetragen. Wer nur die Workshop-ID kopiert und annimmt, damit sei die Mod automatisch vollständig konfiguriert, erzeugt leicht eine inkonsistente Serverliste.
Abhängigkeiten zuerst prüfen
Viele Mods benötigen Frameworks, Bibliotheken oder andere Mods. Build 42 hat den Modmanager erweitert und zeigt mehr Informationen zu Abhängigkeiten und Inkompatibilitäten. Für Dedicated Server bleibt trotzdem wichtig, die benötigten Komponenten bewusst in die Serverkonfiguration aufzunehmen.
Load Order dokumentieren
Ändere nicht zehn Mods gleichzeitig. Führe eine einfache Liste aus Workshop-ID, Mod-ID, Version/Build-Kompatibilität und Abhängigkeiten. So kannst du nach einem Update nachvollziehen, welches Paket neu hinzugekommen ist.
Build 41 und Build 42 nicht vermischen
Viele ältere Workshop-Inhalte wurden für Build 41 erstellt. Prüfe vor Aktivierung, ob der Autor Build 42 unterstützt. Ein Serverstart ohne sichtbaren Fehler bedeutet nicht automatisch, dass Weltobjekte, Lua-Code oder Kartenbereiche vollständig kompatibel sind.
Vor Mod-Updates Welt sichern
Entfernte oder geänderte Mods können Weltobjekte und Items betreffen. Sichere vor größeren Modupdates den kompletten relevanten Serverdatenbereich, nicht nur die INI-Datei. Details: Project Zomboid Backup.
Fehler systematisch isolieren
Wenn Spieler nach einer Modänderung bei „Loading Map“ hängen, teste mit unveränderter Backup-Konfiguration oder reduzierter Modliste. Lösche nicht wahllos Weltdateien. Ziel ist, den Unterschied zwischen Netzwerk-, Build- und Modfehler nachzuweisen.
Öffentliche Server brauchen Änderungsdisziplin
Bei größeren Gruppen solltest du Modänderungen ankündigen und ein Wartungsfenster nutzen. Spieler mit abweichendem Workshop-Cache oder alter Load Order erzeugen sonst schwer lesbare Fehlermuster.
Kartenmods besonders vorsichtig behandeln
Kartenmods greifen tiefer in Weltkoordinaten und Chunkdaten ein als reine Item- oder UI-Mods. Ergänze oder entferne sie nicht spontan auf einer produktiven Langzeitwelt. Prüfe die vom Autor beschriebene Kartenreihenfolge und teste Änderungen an einer Kopie, bevor du sie auf die Hauptwelt loslässt.
Client-Rollout mitdenken
Auf einem privaten Server mit fester Gruppe kannst du Modänderungen in einem Wartungsfenster ankündigen. Öffentliche Server sollten Änderungen inklusive benötigter Workshop-Inhalte dokumentieren. Damit reduzierst du Fälle, in denen Spieler mit altem Cache oder unvollständiger Abhängigkeitskette beim Join hängen bleiben.