Project Zomboid RCON einrichtenDen Server fernsteuern, ohne im Spiel zu sein

Veröffentlicht am 9. August 2026 · zuletzt aktualisiert am 2. September 2026

Konfiguration in der servertest.ini

Zwei Werte in der servertest.ini steuern den Zugang:

RCONPort=27015
RCONPassword=deinSicheresPasswort

• Ohne gesetztes Passwort ist RCON deaktiviert - das ist die Standardeinstellung und bewusst so.
• Der RCON-Port ist ein eigener Port, getrennt vom Spielport. Jeder Server bei uns bekommt eigene Ports zugewiesen - trage hier nur einen ein, der laut Webinterface deinem Server gehört. Die 27015 oben ist ein Beispiel, kein Standardwert.
• Änderungen an der Datei nur bei gestopptem Server - sonst überschreibt er sie beim Beenden.

Wähle ein eigenes, langes Passwort. Wer RCON hat, kontrolliert den Server vollständig - das gehört nicht in Spielerhände. Wie Ports bei Gameservern generell funktionieren, erklärt Ports & Firewall.

Verbinden

Project Zomboid nutzt das verbreitete Source-RCON-Protokoll. Du brauchst also keinen spielspezifischen Client - jedes gängige RCON-Werkzeug funktioniert.

1. Ein RCON-Werkzeug deiner Wahl starten.
2. Die IP deines Servers und den RCON-Port eintragen - nicht den Spielport.
3. Das RCON-Passwort angeben und verbinden.
4. Zum Test players absetzen - die Antwort listet die verbundenen Spieler.

Kommt keine Verbindung zustande, ist fast immer eine dieser drei Ursachen schuld: Passwort nicht gesetzt (RCON also aus), ein Port eingetragen, der deinem Server nicht zugewiesen ist, oder die Datei wurde im laufenden Betrieb bearbeitet und überschrieben.

Welche der drei es ist, verrät die Art des Fehlschlags. Wird die Verbindung gar nicht erst angenommen, hört auf dem Port nichts zu - entweder ist RCON mangels Passwort ausgeschaltet, oder du sprichst den falschen Port an. Steht die Verbindung und scheitert erst die Anmeldung, stimmt das Passwort nicht: Dann hat der Server die Datei entweder anders gelesen, als du sie geschrieben hast, oder deine Änderung wurde beim letzten Herunterfahren überschrieben. Diese Unterscheidung spart das planlose Durchprobieren, weil sie die beiden Baustellen sauber trennt. Betrifft die Störung dagegen den Spielport und nicht RCON, führt Verbindungsprobleme lösen schneller zum Ziel.

Die Befehle, die im Alltag zählen

Die Rollen und die vollständige Befehlsliste stehen in Admin & Server-Befehle. Besonders wertvoll sind save und quit: Damit fährst du den Server sauber herunter, statt einen harten Abbruch zu riskieren.

Wofür sich RCON wirklich lohnt

• Ankündigungen vor dem Neustart - eine servermsg zehn Minuten vorher erspart Ärger.
• Sauber speichern vor Backups - erst save, dann sichern, siehe Backups erstellen.
• Eingreifen ohne Spielstart - Project Zomboid zu starten, nur um jemanden zu kicken, dauert unnötig lange.
• Automatisierung - viele Werkzeuge können Befehle zeitgesteuert absetzen, etwa täglich speichern und ankündigen.

Für einen Server unter Freunden ist RCON verzichtbar - dort reichen die Befehle im Spiel. Für eine Community mit festen Neustartzeiten und mehreren Moderatoren ist es der Unterschied zwischen Verwaltung und Improvisation.

Was RCON ist - und was es nicht ist

RCON ist ein Zugangsweg, keine Rechteverwaltung. Wer sich verbindet, arbeitet auf Konsolenebene und hat damit alles, was der Server hergibt. Es gibt keine Abstufung, keine Zwischenstufe und keine Aufzeichnung darüber, wer welchen Befehl abgesetzt hat. Die gestaffelten Rollen, die Admin & Server-Befehle beschreibt, gelten für Spielerkonten im Spiel - auf den RCON-Zugang wirken sie nicht. Drei Konsequenzen daraus zählen im Alltag:

• Die Konsole hat keine Figur in der Welt. Befehle, die sich auf die eigene Position oder das eigene Inventar beziehen, ergeben über RCON keinen Sinn. Ziele musst du hier immer namentlich angeben.
• Das Passwort geht unverschlüsselt über die Leitung. So funktioniert Source-RCON. Verwende deshalb ein Passwort, das nirgends sonst vorkommt, und gib es nicht an Moderatoren weiter, denen eine Rolle im Spiel reicht.
• Die Rückmeldungen sind knapp. Manche Befehle bestätigen nur die Annahme, nicht die Wirkung. Ob eine Änderung tatsächlich gegriffen hat, prüfst du im Zweifel im Spiel oder in den Server-Logs.

Daraus ergibt sich eine brauchbare Trennlinie: Über RCON erledigst du alles, was den Server als Ganzes betrifft - speichern, ankündigen, herunterfahren, planmäßige Neustarts. Alles, was sich auf einzelne Spieler in der laufenden Spielwelt bezieht, ist im Spiel meist der schnellere Weg, weil du dabei siehst, worüber du entscheidest.

Eine Neustart-Routine, die niemanden überrascht

Der häufigste produktive Einsatz von RCON ist der geplante Neustart. In Project Zomboid ist ein Rauswurf ohne Vorwarnung besonders ärgerlich, weil Spieler mitten in einer Aktion stecken können, die sie das Leben kostet. Der Ablauf dauert keine Minute:

1. servermsg "Neustart in 10 Minuten" - genug Zeit, um aus einem Gebäude herauszukommen.
2. Dieselbe Ankündigung nach fünf Minuten und noch einmal kurz vorher.
3. save - schreibt den aktuellen Stand weg, solange noch alles läuft.
4. quit - fährt den Server sauber herunter und speichert dabei erneut.

Warum nicht einfach im Panel neu starten? Weil quit dem Server die Gelegenheit gibt, alles vollständig wegzuschreiben. Bei Project Zomboid ist das mehr als Formsache: Die Welt liegt in sehr vielen kleinen Dateien, und ein Abbruch mitten im Schreibvorgang erwischt immer nur einen Teil davon. Der Panel-Neustart bleibt der richtige Griff, wenn der Server nicht mehr reagiert - im Normalbetrieb ist er die schlechtere Wahl.

Derselbe Ablauf lohnt vor jedem Eingriff an der Konfiguration. Die servertest.ini darfst du ohnehin nur bei gestopptem Server bearbeiten, sonst überschreibt er deine Änderungen beim Beenden. Und vor Änderungen an der Mod-Liste gehört eine Sicherung dazu - erst save, dann herunterfahren, dann die Dateien holen, wie unter Backups erstellen beschrieben. Wer diese Reihenfolge einmal verinnerlicht hat, verliert bei einem misslungenen Mod-Update höchstens eine Spielsitzung statt einer ganzen Runde.

Häufige Fragen