Die meisten Anleitungen für Project Zomboid-Server beschreiben immer noch ein Spiel, das es so nicht mehr gibt. Build 42 ist am 29. Juli 2026 zum Stable Branch geworden, der alte Unstable Branch ist verschwunden, und eine frische Installation liefert dir jetzt Build 42, ob du damit gerechnet hast oder nicht. Mod-Kompatibilität, Branch-Wahl und Speicherreserve waren früher Fußnoten. Auf Build 42 entscheiden sie darüber, ob deine Gruppe monatelang auf dem Server spielt oder er in Woche zwei stirbt.
Hier die praktische Fassung: was ein Build 42-Server wirklich braucht, welche Dateien ihn steuern und die Fehler, in die fast jeder tappt.
Warum ein dedizierter Server das Hosten aus dem Spiel schlägt
Project Zomboid lässt dich aus dem Spiel heraus hosten, und für zwei Leute an einem Abend reicht das. Lange trägt es nicht.
Wenn du aus dem Client hostest, existiert die Welt nur, solange dein Spiel läuft. Deine Freunde spielen nach deinem Kalender. Deine Framerate und ihre Latenz kommen aus derselben Maschine, und sobald du in etwas Schweres alt-tabbst, merken es alle. Knox County ist eine Streaming-Welt: Chunks werden geladen, während sich die Spieler bewegen. Zwei Leute, die in entgegengesetzte Richtungen aufbrechen, verdoppeln also den Speicherdruck auf deinem Rechner, der nebenbei noch das Spiel rendert.
Ein dedizierter Server trennt diese Aufgaben. Die Welt läuft weiter, ob jemand online ist oder nicht, und das wiegt hier schwerer als in den meisten Survival-Spielen: Generatoren verbrennen Treibstoff, Pflanzen wachsen, Essen verdirbt, und in Build 42 wollen Tiere gefüttert werden. Spieler kommen dazu, wann sie wollen, und niemandes Sitzung hängt davon ab, dass der Host wach bleibt.
Dimensioniere ihn, bevor du ihn aufsetzt
Build 42 ist durchgehend schwerer als Build 41. Die neu gebaute Karte ist größer, Keller bringen vertikale Chunk-Daten dazu, und sowohl das Crafting- als auch das Tiersystem tragen Zustand, der irgendwo liegen muss.
Vernünftige Startwerte für einen Build 42-Server:
| Gruppe | Mods | Starte mit |
|---|---|---|
| 1-4 Spieler | Keine | 6 GB |
| 4-8 Spieler | Keine | 8 GB |
| 8-16 Spieler | Keine | 12 GB |
| 4-8 Spieler | Unter 10 Mods | 12 GB |
| 4-8 Spieler | 30+ Mods | 16 GB |
Drei Dinge treiben diese Zahlen, und nur eines davon ist die Spielerzahl. Die Erkundung der Karte ist der größte Posten: ein Server, auf dem sich die Gruppe in Rosewood niedergelassen und dort geblieben ist, liegt 30 bis 40% unter einem, auf dem die Spieler das halbe Knox County auseinandergenommen haben, denn jeder besuchte Chunk bleibt im Speicher. Die Zombie-Population ist der zweite. PopulationPeakMultiplier von 1.5 auf 2.0 anzuheben, legt allein schon rund 20 bis 30% drauf. Mods sind der dritte, und sie sind extrem ungleich: ModOptions kostet fast nichts, während Brita's Weapon Pack regelmäßig ein bis zwei Gigabyte für sich beansprucht.
Dimensioniere nicht auf das Minimum. Der Speicherverbrauch von Project Zomboid ist nicht flach, sondern stößt in Spitzen. Ein Helikopter-Event, ein Spieler, der eine frische Stadt betritt, oder mehrere, die gleichzeitig speichern, setzen kurzzeitige Spitzen auf deinen Grundverbrauch. Wer im ruhigen Betrieb bei 95% liegt, beendet den ersten vollen Abend mit einem Out-of-Memory-Kill. Die vollständigen Tabellen stehen in unserem Guide zu den RAM-Anforderungen für Project Zomboid-Server, und der RAM-Rechner übernimmt die Rechnung für deine konkrete Gruppe.
Die zwei Dateien, die deinen Server wirklich steuern
Fast alles, was du je ändern wirst, liegt in zwei Dateien. Auf einem DoomHosting-Server tragen sie den Namen des Servers:
/home/container/.cache/Server/Pterodactyl.ini
/home/container/.cache/Server/Pterodactyl_SandboxVars.lua
Die .ini hält die Servereinstellungen: Spielerlimit, Passwort, PVP, die Mod-Zeilen, die Kartenkette. Die SandboxVars.lua hält die Weltregeln: Tempo und Anzahl der Zombies, Loot-Seltenheit, wie schnell die Zeit vergeht, ob und wann Strom und Wasser ausfallen.
Eine Regel wiegt schwerer als der Inhalt beider Dateien. Stoppe den Server, bevor du sie bearbeitest. Project Zomboid schreibt beide Dateien beim Herunterfahren neu, alles also, was du an einem laufenden Server änderst, wird in dem Moment überschrieben, in dem er stoppt. Das ist mit Abstand der häufigste Grund, warum eine Einstellung "nicht gespeichert" wurde, und es sieht exakt nach einem kaputten Control Panel aus. Stoppen, bearbeiten, starten.
Was jeder einzelne Sandbox-Wert tut, geht unser Guide zu den Sandbox-Einstellungen Feld für Feld durch.
Drei Fallen in Build 42
Build 41-Mods installieren sauber und tun dann nichts. Workshop-IDs kennen keine Versionen, SteamCMD lädt eine komplette Build 41-Modliste also bereitwillig auf einen Build 42-Server. Der Download klappt, die Liste sieht in der Config richtig aus, und die Mods laden entweder stillschweigend nicht oder werfen Fehler in die Konsole. Bau die Liste mit Build 42-Versionen neu auf, statt sie mitzuschleppen, und prüfe jede Workshop-Seite auf ausdrückliche Build 42-Unterstützung. Unser Guide zur Mod-Installation behandelt die Zeilen WorkshopItems und Mods sowie die Load Order, die die meisten Konflikte vermeidet.
Build 41-Saves lassen sich von einem Build 42-Server nicht laden. Es gibt keinen Konverter und kein Upgrade an Ort und Stelle. Karte, Save-Format und Crafting-Graph haben sich alle geändert. Wenn du eine bestehende Welt mitnimmst, akzeptiere, dass es ein Wipe ist, und sichere sie trotzdem vorher.
Deine Spieler sind auf der falschen Version. Steam liefert Build 42 inzwischen standardmäßig an alle aus. Wenn du deinen Server bewusst über den legacy41-Branch auf Build 41 festnagelst, muss jeder einzelne Spieler unter Game Version & Betas in Steam legacy41 auswählen, sonst gibt es beim Beitreten einen Version Mismatch. Dieser Mismatch ist die häufigste "der Server ist kaputt"-Meldung, die uns erreicht, und dem Server fehlt fast immer nichts. Unser Guide zum Server auf Build 41 behalten enthält den vollständigen Ablauf.
Verbinden und die Aufgaben an Tag zwei
Project Zomboid braucht einen Port: 16261 über UDP. Ältere Anleitungen nennen einen Bereich bis 16272, was seit Build 41.65 nicht mehr stimmt. Mietest du einen Server bei uns, ist der Port bereits offen und es gibt nichts weiterzuleiten. Hostest du selbst auf deiner eigenen Maschine, deckt unsere Anleitung zum Port Forwarding die Router-Seite ab, samt dem Fall, dass dein Anbieter dich hinter CGNAT setzt und Forwarding schlicht unmöglich ist.
Sind die Leute drin, lohnen sich zwei Aufräumarbeiten an Tag eins statt nach einem Zwischenfall. Gib dir selbst Admin, damit du ohne Neustart moderieren und geradebiegen kannst: siehe Admin werden. Und richte Backups ein, bevor du sie brauchst: sichern und wiederherstellen. Eine Project Zomboid-Welt steht für Monate an Spielzeit, und die Anfrage, die wir am wenigsten mögen, ist die nach einem Backup, das niemand gemacht hat.
Fazit
Ein Build 42-Server ist nicht schwer zu betreiben, aber er bestraft Annahmen, die aus Build 41 stammen. Gib ihm mehr Speicher, als du für nötig hältst, stoppe ihn vor jeder Config-Änderung, bau die Modliste neu auf statt sie zu portieren, und sorge dafür, dass deine Spieler auf demselben Branch sind wie du. Wer diese vier Dinge erledigt, hat danach nur noch Wartung.
Du kannst einen Project Zomboid-Server mit standardmäßig installiertem Build 42 mieten und Branches, Mods, Saves und Backups selbst über das Spiel-Control-Panel verwalten.
