LuckPerms: Befristete Teamrechte für Minecraft-Events
Gebt eurem Eventteam eine eigene LuckPerms-Gruppe mit begrenzter Laufzeit, beschränkt ihre Gültigkeit auf den vorgesehenen Bereich und probt sowohl den Ablauf als auch den vorzeitigen Entzug. Fertig ist die Einrichtung erst, wenn die Person während ihrer Schicht die vereinbarten Aufgaben erledigen kann und diese zusätzlichen Befugnisse danach verliert. Ein angezeigter Countdown allein belegt das nicht.
Diese Anleitung richtet sich an Community-Verantwortliche und Eventteams, die LuckPerms bereits auf einem Java-Server einsetzen. Vorausgesetzt wird, dass ein Administrator eine vorhandene Gruppe prüfen und LuckPerms-Befehle ausführen kann. Das Beispiel beschreibt eine geplante Probe, keinen auf eurem Server durchgeführten Test. Externe Zugänge wie SSH, Discord-Rollen oder das Konto beim Infrastruktur-Anbieter müssen gesondert geprüft werden.
Erst die Schicht festlegen, dann den Rang vergeben
Schreibt die tatsächlichen Aufgaben auf: Meldungen einsehen, einen feststeckenden Teilnehmer versetzen oder eine bestimmte Eventfunktion bedienen. Ordnet jeder Aufgabe das zuständige Plugin, dessen dokumentierte Berechtigungsknoten und die zulässigen Ziele zu. Ein Teleportbefehl, der beliebige Spieler versetzen kann, geht möglicherweise über den Auftrag hinaus.
Verwendet eine eigene Gruppe, etwa eventstaff, deren Berechtigungen und geerbte Gruppen ihr geprüft habt. Lasst sie nicht von einer Administratorgruppe erben, nur damit ein fehlender Befehl funktioniert. Haltet auch einige Fähigkeiten fest, die gesperrt bleiben müssen, darunter die Rechteverwaltung und nicht benötigte Moderationswerkzeuge. Die Eventleitung sollte dieser Aufgabenliste vor der technischen Probe zustimmen.
Legt dazu einen kurzen Nachweis mit folgenden Angaben an:
- Identität des Kontos, möglichst mit überprüfter UUID, und die Person, die den Zugriff freigibt.
- Gruppe, erlaubte und ausgeschlossene Aufgaben sowie der Geltungsbereich für Server oder Welt.
- Schichtbeginn, geplantes Ende mit Zeitzone und ein Administrator für den vorzeitigen Entzug.
- Ergebnisse der Probe und die spätere Kontrolle nach dem Event.
Diese Arbeit gehört zur Vorbereitung und zu den Proben, die Mineando auf der Seite für Minecraft-Events beschreibt. Legt zusammen mit den Spieleranweisungen und dem Zeitplan fest, wer die Zugriffsprüfung übernimmt.
Prüft die tatsächliche Bedeutung des Serverkontexts
Im Beispiel muss server=event dem Wert server in der LuckPerms-Konfiguration des vorgesehenen Spielservers entsprechen. Das ist nicht automatisch der DNS-Name oder die Bezeichnung in einem Servermenü. Die LuckPerms-Dokumentation zu Kontexten erläutert diese Zuordnung.
Prüft den Kontext des angemeldeten Benutzers mit /lp user EventHelper info. Ersetzt EventHelper durch das überprüfte Konto. Testet auf dem Spielserver, auf dem das Eventplugin die Aktion verarbeitet. Ein abgemeldeter Spieler hat keinen aktuellen Spielerkontext; eine Abfrage im Offlinezustand ersetzt daher den Test im Spiel nicht.
Listet bei einem Netzwerk alle erreichbaren Bereiche auf: Eventserver, Lobby und regulärer Survivalserver. Eine kontextgebundene Mitgliedschaft beschränkt diesen einzelnen Vererbungspfad. Bereits vorhandene globale Rechte, eine andere Gruppe oder Operatorrechte können dieselbe Fähigkeit weiterhin gewähren. Klärt solche Zugriffe, bevor ihr eine weitere Rolle hinzufügt.
Die folgenden Befehle verwenden /lp auf dem Spielserver. Proxyinstallationen haben eigene Befehlsaliase und Besonderheiten bei Kontexten. Führt das Beispiel nicht einfach in der Proxykonsole aus und betrachtet damit die Prüfung auf dem Spielserver als erledigt.
Die befristete Mitgliedschaft bewusst vergeben
Wenn Gruppe und Kontext geprüft sind, könnte ein Administrator eine dreistündige Schicht so zuweisen:
/lp user EventHelper parent addtemp eventstaff 3h deny server=event
/lp user EventHelper parent info
Name, Gruppe, Dauer und Kontext sind Beispielwerte. Die drei Stunden beginnen mit der erfolgreichen Ausführung des Befehls, nicht mit dem geplanten Eventstart. Eine Vergabe während der Vorbereitung am Vormittag könnte deshalb schon vor einer Abendveranstaltung ablaufen. Vergleicht den angezeigten Ablaufzeitpunkt sofort mit dem Schichtplan.
Der ausdrücklich gesetzte Modifier deny weist einen doppelten temporären Knoten zurück. Das hilft, wenn zwei Administratoren denselben Zugriff vergeben könnten. Klärt eine Ablehnung, statt die Laufzeit ungeprüft zu verlängern. LuckPerms unterstützt auch accumulate und replace; letzteres behält die längste Laufzeit und darf daher nicht als sichere Verkürzung verstanden werden. Details stehen in der offiziellen Referenz der Parent-Befehle.
Mit kurzer Laufzeit und einem normalen Konto proben
Verwendet in einer kontrollierten Testumgebung eine kurze Vergabe, beispielsweise 2m, und ein Konto ohne Operatorrechte mit bekanntem Ausgangszustand. Wiederholt die Prüfungen mit dem später eingesetzten Teamkonto, damit Rechte aus dessen bisherigen Gruppen auffallen. Führt keine destruktiven Moderationsbefehle an echten Teilnehmern aus, um ihre Berechtigungen zu testen.
| Prüfung | Erwartetes Ergebnis |
|---|---|
| Vor der Vergabe | Das Konto kann die zusätzlichen Teamaufgaben nicht ausführen. |
| Aktive Vergabe auf dem Eventserver | Jede vereinbarte Aufgabe funktioniert an einem Testziel. |
| Aktive Vergabe in Lobby oder Survival | Die zusätzlichen Eventfunktionen bleiben gesperrt. |
| Nicht zum Auftrag gehörende privilegierte Aktion | Sie bleibt während der gesamten Schicht gesperrt. |
| Nach Ablauf bei bestehender Verbindung | Ein erneuter Versuch der zusätzlichen Aufgabe wird abgewiesen. |
| Nach erneutem Verbinden | Der ursprüngliche, eingeschränkte Zugriff bleibt bestehen. |
Dokumentiert die tatsächlichen Ergebnisse und nicht nur einen geänderten Rangpräfix. Notiert Softwareversionen und Einstellungen des Plugins, die sich auf die Aktion auswirken. Wenn die Ablaufprüfung scheitert, setzt die Gruppe erst nach Klärung der Ursache im Liveevent ein. Eine Funktion kann einen Zustand über die ursprüngliche Berechtigungsprüfung hinaus beibehalten. Prüft deshalb den ganzen Bedienablauf und nicht nur den Befehl zum Einschalten.
Bei einem unerwarteten Ergebnis hilft /lp user EventHelper permission check YOUR_PERMISSION_NODE, die Berechtigungsentscheidung zu untersuchen. Ersetzt YOUR_PERMISSION_NODE durch den tatsächlichen Knoten des zuständigen Plugins. Die Dokumentation der Berechtigungsbefehle beschreibt diese Abfrage.
Bei Bedarf aktiviert ihr kurz /lp verbose on EventHelper, wiederholt eine sichere Aktion und beendet die Beobachtung mit /lp verbose off. Die Verbose-Dokumentation erklärt die gefilterten Berechtigungsprüfungen. Übernehmt relevante Nachweise vor dem Beenden in euer Protokoll, denn off löscht die gesammelten Treffer. Für diesen einfachen Ablauf ist kein Upload in einen öffentlichen Viewer nötig.
Vorzeitig entziehen und die Übergabe prüfen
Endet die Schicht früher, entfernt die temporäre Mitgliedschaft mit demselben Kontext:
/lp user EventHelper parent removetemp eventstaff server=event
Wiederholt sofort die Prüfungen für den Zustand nach Ablauf. Der Befehl entfernt die angegebene temporäre Mitgliedschaft, aber nicht sämtliche Rechte, die das Konto auf anderen Wegen erhält. Funktioniert eine Aufgabe weiterhin, prüft weitere Vergaben und das Pluginverhalten. Löscht nicht improvisiert alle übergeordneten Gruppen: Das Konto kann berechtigte Community-Rollen besitzen, die erhalten bleiben sollen.
Schließt das Protokoll mit dem Zeitpunkt des Entzugs oder Ablaufs, der prüfenden Person und etwaigen Ausnahmen ab. Kontrolliert andere Zugangssysteme separat. Zeigt die Probe größere Lücken im Betrieb, legt die Aufgabenmatrix und Ergebnisse einer Anfrage für verwaltete Infrastruktur bei. Mineando übernimmt bezahlte Projekte mit individuell vereinbartem Umfang; laufender Support und die Betreuung während des Events werden gesondert vereinbart.
