Whitelist, OP und Permissions: Spielerrechte auf deinem Minecraft Server sauber verwalten

Einleitung#

Sobald mehr als drei Leute auf deinem Minecraft Server spielen, tauchen die gleichen Fragen auf: Wer darf joinen? Wer darf bauen? Wer darf Befehle ausführen? Wer darf andere Spieler kicken? Wer darf die Welt verändern?

Minecraft liefert mit Whitelist und OP-Status ein einfaches System mit. Für kleine Runden reicht das. Sobald dein Server wächst, brauchst du ein durchdachtes Rechte-Setup, sonst wird aus einem gemütlichen Survival-Server ein digitales Schlachtfeld. Dieser Guide zeigt dir, wie du Whitelist, OP und LuckPerms sinnvoll kombinierst.

Whitelist: Wer darf überhaupt rein#

Die Whitelist ist die erste Verteidigungslinie. Sie entscheidet, ob ein Spieler überhaupt joinen darf, unabhängig davon, was er im Spiel tun will.

Aktivieren kannst du sie auf zwei Wegen:

• In der server.properties setzt du white-list=true und startest den Server neu.
• In der Konsole oder im Spiel: whitelist on, whitelist add Spielername, whitelist reload.

Wichtig: Wenn du die Whitelist aktivierst, während Spieler online sind, fliegen alle raus, die nicht eingetragen sind. Am besten also vor dem ersten Release des Servers aktivieren und direkt die Spieler eintragen, die von Anfang an dabei sein sollen.

Für öffentliche Survival-Server ist die Whitelist allein zu restriktiv. Wer einen Free-Build- oder Minigame-Server für Fremde betreibt, lässt sie aus und nutzt stattdessen Login-Plugins wie AuthMe, um Account-Diebstahl zu erschweren. Die genauen Überlegungen dazu findest du in "Minecraft Server absichern: 7 Tipps für jeden Admin".

OP: Die größte Verantwortung auf dem Server#

OP, kurz für Operator, ist die Rolle mit den meisten Rechten. Ein OP kann im Spiel Wetter ändern, Spieler kicken, Welten speichern, Plugins administrieren und im schlimmsten Fall die Welt löschen. Die OP-Liste liegt in ops.json und sollte mit Bedacht gefüllt werden.

Drei goldene Regeln zum OP-Status:

• Weniger ist mehr. Ein OP-Status auf einem öffentlichen Server sollte eine bewusste Auszeichnung sein. Wer OP ist, sollte das Vertrauen der Community genießen, sonst entstehen Machtkämpfe.
• Kein OP im Spielchat verteilen. Wenn du jemanden zum OP machen willst, geh in die Konsole und nutze op Spielername. Der Befehl im Chat funktioniert zwar, hinterlässt aber Spuren, die andere Spieler als Eskalation wahrnehmen.
• Deaktivieren statt nur entfernen. Mit deop Spielername entfernst du den Status, ohne den Spieler zu kicken. Wer testweise OP vergeben will, sollte immer diesen Weg gehen.

Wer mehr als ein, zwei Ops braucht, sollte nicht mit OP-Rechten arbeiten, sondern mit einem Permissions-Plugin. Mehr dazu im nächsten Abschnitt.

LuckPerms: Das Werkzeug für saubere Rechte#

OP ist eine grobe Stellschraube. Wer feiner steuern will, nutzt LuckPerms. Das Plugin organisiert Spieler in Gruppen, vergibt Berechtigungen pro Gruppe und pro Spieler und liefert ein Web-Interface für die Verwaltung.

Eine sinnvolle Grundstruktur für einen Survival-Community-Server:

• default: Spieler, die gerade frisch gejoint sind. Dürfen bauen, chatten, abbauen, aber keine Kommandos.
• member: Bestätigte Spieler. Dürfen /home, /tpa, /msg nutzen.
• vip: Unterstützer oder langjährige Mitglieder. Dürfen zusätzlich /heal, /feed und ein paar kosmetische Kommandos.
• moderator: Vertraute Admins. Dürfen /kick, /mute, /tp und Konsole-Befehle.
• admin: Volle Rechte inklusive /ban, /pardon, Server-Konfiguration.

Wichtig ist, dass die default-Gruppe keine Permissions erbt, die Spieler nicht haben sollen. Wer das nicht sauber trennt, gibt im Zweifel jedem Joiner mehr Rechte als geplant.

Permissions konsequent testen#

Es gibt nichts Peinlicheres als einen frisch gestarteten Server, auf dem ein Spieler mit default plötzlich Blöcke in der Spawn-Region abbauen kann. Teste neue Permissions immer in dieser Reihenfolge:

1. Im Test-Modus mit zwei Accounts. Einer in der betroffenen Gruppe, einer in einer höheren, damit du siehst, ob Aktionen nur in der richtigen Hierarchie erlaubt sind.
2. Mit der LuckPerms-Befehlskette. lp user Spielername permission check essentials.fly verrät dir ohne Login, ob eine Permission gesetzt ist.
3. Im Editor oder Web-Interface. Das LuckPerms-Web-Editor zeigt dir Gruppenstrukturen visuell und hilft, Tippfehler in den YAML-Dateien zu vermeiden.

Häufige Fehler bei Rechtevergabe#

Drei Probleme sehen wir regelmäßig:

• Wildcards in der falschen Gruppe. permission: * oder permission: essentials.* ist eine Abkürzung, die in OP-Gruppen gerne genutzt wird. Sie gibt alle Rechte, die das Plugin kennt, und macht spätere Beschränkungen unmöglich.
• OP plus Permissions-Plugin parallel. Wer OP ist, umgeht die meisten Permission-Checks der Plugins. Wenn du mit LuckPerms arbeitest, entziehe den OPs in server.properties über op-permission-level=1 ihre Rechte und nutze stattdessen die Admin-Gruppe.
• Keine Konsequenz bei Regelverstößen. Wer als Admin nie kickt, bannt oder stummschaltet, hat kein wirksames Werkzeug. Eine klare Regelkommunikation plus durchsetzbare Permissions rettet mehr Server als jedes Anti-Grief-Plugin.

Wenn der Server wächst: Stille Beobachter#

Sobald dein Server 30 bis 50 Spieler hat, wird eine zusätzliche Rolle interessant: stille Moderatoren. Sie haben keine Rechte, die Spieler im Chat sehen, dürfen aber beobachten und bei Bedarf eingreifen. Plugins wie CoreProtect zeichnen jeden Blockabbau und jeden Container-Zugriff auf. So kannst du auch Tage später nachvollziehen, wer die Creeper-Spur am Spawn gebaut hat.

Fazit#

Whitelist, OP und LuckPerms greifen ineinander. Whitelist regelt, wer überhaupt rein darf. OP ist die Notfalloption für absolute Vertrauenspersonen. LuckPerms strukturiert alles dazwischen sauber, sodass du nicht jedes Mal in der ops.json wühlen musst. Wer diese drei Werkzeuge bewusst einsetzt, hat einen Server, in dem Spieler wissen, was sie dürfen, und Admins ruhig schlafen können.

Wenn du mit dem Gedanken spielst, mehrere Server unter einer gemeinsamen Rechteverwaltung laufen zu lassen, schau dir WZH Server an. Ein Panel, mehrere Welten, einheitliche Permissions und ein Support, der sich mit Minecraft-Servern auskennt.