Project-Zomboid-Benutzer und Adminrechte verwalten

Wenn dein Server eine Whitelist als Zugangskontrolle verwendet, entscheidet sie, wer beitreten darf. Eine Zugriffsstufe legt fest, was ein Benutzer auf dem Server tun kann. Verwalte beides getrennt und gib nur die Rechte, die für die Aufgabe nötig sind. Prüfe zuerst den Spielzweig: Am 7. Oktober 2026 ist Build 42.21 Stable; Build 41 läuft über den separaten Beta-Zweig legacy41. The Indie Stone führt 42.21 als Stable und beschreibt legacy41 im Build-42.20-Hinweis.

Whitelist und Zugriffsstufe auseinanderhalten

Behandle drei Dinge als getrennte Entscheidungen: ein Benutzerkonto, die Zulassung zur Whitelist und die Serverrechte dieses Kontos. Ein Whitelist-Eintrag erteilt keine Adminrechte. Umgekehrt ersetzt eine Adminrolle nicht automatisch die Zugangskontrolle. Kläre vor einer Änderung, ob die Person nur beitreten, moderieren oder auch Servereinstellungen und Spielstände verändern soll.

The Indie Stone hat in einer älteren Übersicht die Stufen observer, gm, overseer, moderator und admin aufgeführt. Der Beitrag sagt ausdrücklich, dass sich die Fähigkeiten ändern können. Übernimm daher keine alte Rechte-Tabelle ungeprüft in Build 42.21. Prüfe die Befehle und Rollen, die deine laufende Version in ihrer Hilfe oder Serververwaltung anzeigt. Wähle die niedrigste Stufe, die die konkrete Moderationsaufgabe abdeckt. Die historische Übersicht von The Indie Stone ist eine Orientierung, keine aktuelle Berechtigungsmatrix.

Eine vorhandene Zugriffsstufe ändern

Voraussetzung ist ein funktionierendes Administratorkonto. Die aktuelle Bedienoberfläche hängt davon ab, ob du einen dedizierten Server, ein gehostetes Spiel oder eine Serververwaltung verwendest. Suche zuerst in der Hilfe deiner laufenden Version nach dem Befehl setaccesslevel. Eine QA-Antwort von The Indie Stone bestätigte die Chat-Syntax /setaccesslevel name admin für Build 42.13.2. Verwende sie nur, wenn deine aktuelle Hilfe sie ebenfalls aufführt; der Beleg bestätigt nicht jede spätere Version oder jede Serververwaltung. TIS-QA zum Befehl in 42.13.2. Die offiziellen 42.21-Patchnotizen führen ausserdem eine Korrektur auf: grantadmin und setaccesslevel Player Role sollen nun auch bei Benutzern funktionieren, die nicht auf der Whitelist stehen. Die Notiz betrifft die Rollenvergabe; prüfe die Beitrittsfreigabe weiterhin getrennt. Sie belegt eine Korrektur im Build-42.21-Patch, aber keinen Test deiner Instanz und keine vollständige Syntax für jede Serverart.

Wenn die aktuelle Hilfe die Änderung zulässt, arbeite in der Spielchat- oder Serverkonsole der laufenden Instanz. Ein schematisches Beispiel für ein vorhandenes Konto lautet /setaccesslevel "Beispielname" admin. Im Chat gehört der Schrägstrich zum Befehl. In einer Serverkonsole kann die Syntax abweichen; ein älterer Entwicklerleitfaden von The Indie Stone unterscheidet Chat und Serverkonsole. Tippe solche Befehle nie in ein normales macOS- oder Linux-Terminal. Ersetze den Beispielnamen nur durch den tatsächlichen Kontonamen und gib keine Passwörter in Chat, Konsole oder Supportnachrichten ein.

Ein Admin-Konto sollte für die Verwaltung reserviert sein. Verwende zum normalen Spielen ein separates Konto ohne Adminrechte. So prüfst du die Welt aus Sicht gewöhnlicher Spielender und reduzierst das Risiko, dass administrative Werkzeuge unbeabsichtigt den eigenen Charakter oder die gemeinsame Welt verändern. Der Server-Sandbox-Artikel hilft dir, den aktiven Zweig und das zugehörige Profil vor Dateiänderungen zu erkennen.

Benutzer und Whitelist kontrolliert prüfen

1. Notiere den exakten Kontonamen, den aktuellen Serverzweig und die gewünschte Aufgabe. Verwechsle den Kontonamen nicht mit einem Anzeigenamen oder dem Namen eines Charakters.
2. Nutze die in deiner aktuellen Version angezeigte Benutzer- und Whitelist-Verwaltung. Ältere Befehlslisten beschreiben Funktionen wie Benutzer anlegen und Whitelist-Einträge ändern, belegen aber nicht deren heutige Syntax. Eine ältere Build-25-Anleitung von TIS enthält zudem ein Passwort direkt im Beispielbefehl; übernimm diese Eingabeform nicht in ein geteiltes Terminal oder einen Support-Chat. Der alte Leitfaden ist ausdrücklich für Build 25 geschrieben.
3. Ändere nur das Konto, das du geprüft hast. Bewahre Serverdaten und Konfigurationen auf. Lösche keine Datenbankdateien als vermeintliche Abkürzung für eine Rollenänderung.
4. Lass die betroffene Person die Verbindung trennen und mit derselben Spielversion neu beitreten. Prüfe die konkrete Aufgabe mit diesem Konto. Verbinde dich danach mit einem normalen Testkonto und bestätige, dass es keine unnötigen Adminwerkzeuge erhält.

Wenn eine Person nicht beitreten kann, prüfe zuerst Zweig, Kontoname und Whitelist-Eintrag. Wenn die Oberfläche eine Stufe anzeigt, aber die Rechte fehlen, kontrolliere den Namen und melde dich mit derselben Instanz erneut an. Bei Namen mit Leerzeichen zeigt der TIS-QA-Beitrag Anführungszeichen als relevante Fehlerquelle. Ein offizieller Fehlerbericht aus Build 42.20.2 beschreibt Probleme, sich in einem selbst gehosteten Co-op-Spiel mit Namen über 20 Zeichen selbst Adminrechte zu geben. Die 42.21-Patchnotizen setzen das Limit der „Add Player“-Oberfläche auf höchstens 32 Zeichen. Das ist eine Aussage zu dieser Oberfläche, keine allgemeine Namensgrenze für jeden Serverzweig, jedes Konto oder jeden Konsolenbefehl. Die beiden Quellen belegen nicht, dass ein Fehler bei allen Adminzuweisungswegen behoben ist; leite daraus deshalb keine allgemeine Ursache für einen Beitrittsfehler ab. Der damalige 42.20.2-Bericht und die 42.21-Korrektur zeigen den Versionsbezug.

Vor einem Spielzweig- oder Profilwechsel sichere Welt und Konfiguration getrennt. Die Anleitung zu Workshop-Updates und Weltbackup behandelt Mod- und Weltstand-Änderungen; allgemeine Kriterien zum Prüfen einer getrennten Sicherung stehen unter Gameserver-Backup mit Testwiederherstellung.

Quellen

• The Indie Stone: 42.21 Stable Released – aktueller Stable-Zweig zum Recherchezeitpunkt.
• The Indie Stone: 42.21 Patch Notes – nennt die Korrektur von grantadmin/setaccesslevel für nicht auf der Whitelist stehende Benutzer und ein auf 32 Zeichen gesetztes Limit in der „Add Player“-Oberfläche; keine Liveprüfung einer Serverinstanz.
• The Indie Stone: Build 42.20 Released – nennt legacy41 für Build 41.
• The Indie Stone QA: setaccesslevel in Build 42.13.2 – dokumentiert einen erfolgreichen Chat-Befehl in dieser Version und Hinweise zu Anführungszeichen.
• The Indie Stone: Server Access Level – historische Rollenübersicht; der Beitrag sagt, Fähigkeiten können sich ändern.
• The Indie Stone QA: Adminzuweisung in Build 42.20.2 – dokumentiert einen damaligen Fehlerbericht zu langen Namen, nicht dessen Status in 42.21.
• The Indie Stone: How to Administrate a Server – ausdrücklich für Build 25; enthält alte Benutzer-/Whitelist-Befehle und ein Passwortbeispiel, das hier nicht als Anleitung übernommen wird.