Project-Zomboid-Server: Hosting und RAM wählen

Build 41 oder Build 42: zuerst die Spielversion festlegen

Build 41 ist die naheliegende Wahl, wenn Ihre Gruppe bereits eine laufende Welt und eine bewährte Mod-Auswahl hat. Build 42 erweitert unter anderem Karte und Spielsysteme und benötigt deshalb mehr Speicherreserve. Für einen Test mit neuen Funktionen kann die Version interessant sein; für eine langfristige Welt sollten Sie aber vorher klären, ob alle Mitspieler und Mods dieselbe Branch verwenden.

Der Wechsel ist keine einfache Aktualisierung: Spielstände aus Build 41 sind nicht mit Build 42 kompatibel. Starten Sie einen B42-Testserver daher mit einer frischen Welt und sichern Sie eine bestehende B41-Welt, bevor Sie Änderungen vornehmen. Bewahren Sie die alte Installation getrennt auf, statt beide Builds mit denselben Weltdateien zu betreiben.

Prüfen Sie vor der Einrichtung in Steam die aktuelle Branch-Liste. Der Status von Build 42 kann sich ändern; richten Sie Ihre Planung nicht nach einer alten Anleitung oder einer angenommenen Standardversion aus. Auch Client und Server müssen zur selben Branch gehören: Ein stabiler B42-Client kann einem instabilen B42-Server nicht beitreten, selbst wenn beide dieselben Mods verwenden.

RAM für Project Zomboid: Heap und Spielerzahl zusammen planen

Es gibt keine verlässliche offizielle RAM-Formel pro Spieler. Als grobe Orientierung wird für einen unveränderten Server häufig mit etwa 3 GB Grundbedarf plus ungefähr 0,5 GB je Spieler gerechnet. Für modifizierte Server kursiert ein Ansatz von etwa 6 GB Basis plus rund 1 GB je Spieler. Andere B42-Schätzungen setzen bei etwa 6 GB Grundbedarf und ungefähr 500 MB je verbundenem Spieler an. Behandeln Sie diese Werte als Startpunkt, nicht als Garantie.

Die tatsächliche Last hängt von Build, Welt, Aktivität und Mods ab. Eine größere Gruppe, viele Workshop-Inhalte oder umfangreiche Erkundung können den Bedarf erhöhen. Build 42 sollte mehr Luft bekommen als ein vergleichbarer B41-Server. Planen Sie außerdem nicht den gesamten Arbeitsspeicher des Tarifs als Java-Heap ein: Betriebssystem und weitere Prozesse benötigen ebenfalls Ressourcen.

Bei einem dedizierten Server wird der Heap in der Regel über den Parameter -Xmx im Startskript festgelegt. Der konkrete Dateiname und Installationspfad unterscheiden sich nach Betriebssystem und Einrichtung. Eine verbreitete Empfehlung ist, den Heap unter 75 Prozent des gesamten verfügbaren RAM zu halten. Ändern Sie den Wert in kleinen Schritten und prüfen Sie nach einem Neustart, ob der Server stabil startet.

Statt eine feste Spielerformel dauerhaft zu übernehmen, beobachten Sie Spitzenlasten. Nutzen Sie dafür /stats oder die Admin-Statistik, besonders während Stoßzeiten und bei viel Aktivität in der Welt. Wenn der Speicherverbrauch regelmäßig nahe am Heap-Limit liegt, reduzieren Sie zunächst problematische Mods oder erhöhen Sie die Reserve. Ein einzelner ruhiger Testabend sagt wenig über den Bedarf einer vollen Spielsitzung aus.

Steam-Workshop-Mods: beide Einträge müssen stimmen

Für Workshop-Mods müssen in der Serverkonfiguration zwei unterschiedliche Angaben zusammenpassen: Mods= enthält die internen Mod-IDs, WorkshopItems= die zugehörigen Steam-Workshop-IDs. Tragen Sie nur eine der beiden Zeilen ein, kann der Server die Inhalte nicht wie erwartet laden. Übernehmen Sie die IDs aus den Mod-Informationen und kontrollieren Sie Schreibweise und Trennzeichen.

Auch die Spieler brauchen eine kompatible Mod-Auswahl. Legen Sie fest, welche Mods der Server vorgibt, und teilen Sie die Liste vor dem Beitritt mit Ihrer Gruppe. Nach Änderungen sollte zunächst ein Teststart erfolgen. So fällt auf, ob ein Eintrag fehlt oder eine Mod mit der gewählten Spielversion nicht zusammenarbeitet, bevor Sie eine längere Sitzung beginnen.

Mods sind zudem ein häufiger Grund für steigenden Speicherbedarf. Für Build 42 werden bei manchen Mods Speicherlecks nach größeren Änderungen berichtet. Fügen Sie deshalb nicht unmittelbar nach einem großen Spiel-Patch eine lange Modliste zu einer wichtigen Welt hinzu. Warten Sie, bis Ihre Auswahl mit der aktuellen Version getestet ist, und ergänzen Sie Inhalte schrittweise. Das erleichtert die Fehlersuche erheblich.

servertest.ini finden und vor dem ersten Start prüfen

Die Servereinstellungen liegen im Ordner Zomboid/Server. Häufig heißt die Datei servertest.ini; sie kann aber auch den Namen tragen, der beim Start über -servername festgelegt wurde. Wenn Sie mehrere Instanzen betreiben, prüfen Sie deshalb zuerst den Servernamen im Startskript. Sonst bearbeiten Sie womöglich eine Konfiguration, die der laufende Server gar nicht verwendet.

Vor dem ersten Start sollten Sie den Namen der Welt, die Spielergrenze, Zugangsdaten und die gewünschten Mods kontrollieren. Ändern Sie nicht mehrere unbekannte Einstellungen auf einmal. Speichern Sie eine Kopie der ursprünglichen Datei, damit Sie bei einem Startfehler gezielt zurückgehen können. Nach einer Änderung an Mods oder Build ist ein Neustart nötig, damit die neue Konfiguration greift.

Ändern Sie Ports nur, wenn Ihr Anbieter oder Ihre Netzwerkkonfiguration es verlangt, und übernehmen Sie keine ungeprüften Beispielwerte aus einer Anleitung. Bei gemieteten Servern kann die Oberfläche bestimmte Werte verwalten oder Dateien beim Start neu schreiben. Klären Sie deshalb, ob Sie die INI direkt bearbeiten sollen oder ob Änderungen über ein Anbieter-Panel erfolgen müssen.

Beispiele für RAM-Größen nach Gruppe und Modlast

Die folgenden Größenordnungen helfen beim Einstieg in die Planung. Es handelt sich um typische Schätzungen, nicht um garantierte Mindestwerte; messen Sie die tatsächliche Spitzenauslastung Ihres Servers.

• Vier Freunde, Vanilla, Build 41: etwa 4 bis 6 GB Heap als grobe Orientierung.
• Zehn Spieler, Vanilla, Build 42: etwa 8 bis 10 GB Heap; lassen Sie zusätzliche Systemreserve außerhalb des Heaps.
• Zehn Spieler mit rund 20 Workshop-Mods, Build 42: eher 12 GB oder mehr einplanen und die Modliste einzeln testen.
• Mehr als 20 Spieler und umfangreiche Mods, Build 42: 16 GB können ein sinnvoller Ausgangspunkt sein; entscheidend bleiben Messwerte unter realer Last.

Die Zahlen zeigen, warum ein vermeintlich kleiner Aufpreis für mehr RAM nicht automatisch die bessere Wahl ist: Ohne passende Heap-Einstellung nutzt der Server den zusätzlichen Speicher nicht unbedingt sinnvoll. Wählen Sie erst Build und Modumfang, dann die nötige Reserve.

Worauf Sie beim Project-Zomboid-Host achten sollten

Prüfen Sie, ob der Anbieter die benötigte Branch tatsächlich bereitstellt und ob Sie diese selbst wechseln können. Bei Build 42 ist wichtig, dass der Host die Auswahl der Branch aktuell hält. Fragen Sie außerdem, wie ein Wechsel umgesetzt wird und ob dafür eine neue Instanz nötig ist. Behalten Sie B41- und B42-Welten getrennt.

Für Workshop-Server sollte die Verwaltung den Eintrag beider ID-Listen erlauben oder Ihnen Zugriff auf die relevante Konfigurationsdatei geben. Ein Panel, das nur Workshop-IDs akzeptiert, löst das Problem nicht, wenn die internen Mod-IDs ebenfalls gepflegt werden müssen. Prüfen Sie auch, ob Mod-Updates kontrolliert übernommen werden oder unbemerkt direkt vor einer Sitzung einlaufen.

Sehen Sie nach, wie sich der Heap einstellen lässt. Manche Host-Oberflächen bieten dafür eine Option „Server Memory“; bei Build 42 liegt der dokumentierte Standardwert bei 4 GB und der angegebene Bereich ungefähr zwischen 0,75 und 16 GB. Die Oberfläche kann sich ändern, prüfen Sie also die aktuelle Einstellung im Panel. Dedizierte Installationen benötigen gegebenenfalls eine Anpassung des Startskripts.

Unsere gefilterte Tabelle enthält nur Angebote mit Project-Zomboid-Unterstützung. Die Preis- und Tarifvariablen beziehen sich dagegen auf den vollständigen Vergleich aller Game-Server-Angebote: Dort beginnen die Preise über alle 30 Tarife bei 0,90 €. Der am höchsten bewertete Tarif im Gesamtvergleich ist PebbleHost mit 8,2 von 10; der Preisabgleich wurde am 31 Oktober 2026 synchronisiert. Nutzen Sie diese Angaben als Kontext und prüfen Sie beim konkreten Angebot vor allem Build-Wechsel, Heap-Zugriff, Mod-Verwaltung und verfügbare Ressourcen.