WorldGuard: Schutz der PvP-Arena vor dem Event prüfen

Prüfe eine Minecraft-PvP-Arena vor der Freigabe mit zwei gewöhnlichen Spielerkonten und einer schriftlichen Liste von Grenztests. Kämpfe müssen am vorgesehenen Ort funktionieren, im Wartebereich unterbunden werden und bei den tatsächlich eingesetzten Spielmechaniken den vereinbarten Schutz einhalten. Ein erfolgreicher Versuch mit dem Administratorkonto reicht für die Abnahme nicht aus.

Diese Anleitung richtet sich an Community-Verantwortliche und Eventteams, die eine WorldGuard-Konfiguration auf einem kompatiblen Bukkit-/Paper-Server beauftragen oder abnehmen. Sie beschreibt einen vorgeschlagenen Probelauf mit dokumentierter Übergabe, keine auf deinem Server getestete Konfiguration. Halte zunächst die genauen Versionen von Server, WorldEdit, WorldGuard und Eventplugins fest.

Lege fest, was bei diesem Event geschützt sein soll

Nutze eine Kopie der Eventumgebung mit wiederherstellbarer Karte sowie den gleichen relevanten Plugins und Berechtigungen. Beschreibe das gewünschte Verhalten, bevor du Flags änderst. Für ein fiktives Turnier mit unveränderlicher Arena könnten diese Anforderungen gelten:

Ort oder Aktion	Erwartetes Ergebnis
Zwei Teilnehmende innerhalb der Arena	Gewöhnlicher Kampf funktioniert während der Runde
Spielende im Wartebereich	Sie können einander keinen Schaden zufügen
Teilnehmende bauen Blöcke ab oder setzen sie	Die feste Arena bleibt unverändert
Benötigte Tür oder Startknopf	Die vorgesehene Person kann das Element benutzen
Angriff über die Arenagrenze hinweg	Im Wartebereich nimmt niemand Schaden
Eigene Waffe oder Fähigkeit des Events	Sie beachtet die vereinbarten Schutzbereiche

Das sind vorgeschlagene Abnahmekriterien. Für einen Bauwettbewerb wären andere Regeln nötig. Entscheide zusätzlich, ob ausgeschiedene Personen Gegenstände aufnehmen, Bedienelemente nutzen oder die Arena erneut betreten dürfen. Benenne für strittige Erwartungen eine verantwortliche Person, damit die Entscheidung vor der Probe fällt.

Kontrolliere die tatsächliche Ausdehnung der Regionen

Lass alle Regionen auflisten, die Arena, Eingang und Wartebereich erfassen: Welt, Höhengrenzen, Priorität, übergeordnete Regionen und Mitgliedschaften. WorldGuard übernimmt die Fläche aus einer WorldEdit-Auswahl; eine neue Region verhindert standardmäßig das Bauen durch Nichtmitglieder. Den Ausgangspunkt erklärt der offizielle Schnelleinstieg für Regionen.

Prüfe Boden, Tribünen, Treppen und Räume unterhalb der Arena. Ein passender Umriss auf Bodenhöhe beweist noch nicht, dass die benötigte Höhe abgedeckt ist. Notiere Koordinaten für einige wiederholbare Testpositionen und verwende sie nach jeder Korrektur erneut.

Administratoren können bestehende Regionen mit /rg info arena, /rg flags arena und /rg info event_site untersuchen, während sie sich in der richtigen Welt befinden. Die Befehlsreferenz beschreibt diese Abfragen. arena und event_site sind Beispielnamen und werden auf deinem Server nicht vorausgesetzt.

Plane die PvP-Ausnahme nachvollziehbar

Angenommen, event_site umfasst den Wartebereich und eine kleinere Region namens arena. Im gesamten Gelände soll PvP verboten sein, innerhalb der Arena erlaubt. In einer sauberen Testumgebung mit diesen beiden Regionen könnte die Konfiguration so aussehen:

/rg flag event_site pvp deny
/rg setpriority event_site 0
/rg flag arena pvp allow
/rg setpriority arena 10

Führe das Beispiel erst aus, nachdem beide Regionen und die aktuelle Welt geprüft wurden. Die Zahlen legen relative Prioritäten fest, keine Leistung oder Kapazität. Das Beispiel behandelt nur die PvP-Ausnahme, nicht die gesamte Eventkonfiguration.

WorldGuard wertet Flags anhand von Priorität und Vererbung aus. Bei gleicher Priorität gewinnt bei widersprüchlichen Zustandsflags deny; eine höher priorisierte Region mit gesetztem Flag kann die niedrigere übersteuern. Prüfe die Prioritätsregeln, bevor du Ausnahmen ergänzt.

Erhöhe die Zahlen nicht einfach so lange, bis Kämpfe zufällig funktionieren. Identifiziere sämtliche überlappenden Regionen und erkläre das wirksame Ergebnis. Dokumentiere auch geerbte Einstellungen und Mitgliedschaften. Das allgemeine Flag build bleibt in diesem Beispiel unverändert: Für Kämpfe müssen Teilnehmende keine Mitgliedschaft mit Baurechten erhalten.

Verwende Konten, die Berechtigungsfehler sichtbar machen

Das Administratorkonto dient zur Prüfung der Konfiguration. Für Spieltests verwendest du zwei getrennte Konten mit den tatsächlichen Teilnehmerrechten sowie ein Zuschauerkonto, falls für den Wartebereich eine andere Rolle vorgesehen ist.

WorldGuard warnt davor, dass Operatorstatus oder Wildcard-Berechtigungen Schutzumgehungen erlauben können. worldguard.region.bypass.<world> umgeht den Regionsschutz mit Ausnahme von PvP-Verboten. Berücksichtige die Berechtigungsreferenz, bevor du das Verhalten eines Administrators auf gewöhnliche Spielende überträgst.

Erfasse neben Berechtigungsgruppen auch Regionsmitgliedschaften. WorldGuard-Flaggruppen wie members und nonmembers beziehen sich auf Regionsmitgliedschaften, nicht auf Gruppen des Berechtigungsplugins. Die Flagreferenz erläutert diesen Unterschied. Wer zugleich am Turnier teilnimmt und moderiert, darf die Testbedingungen nicht unbemerkt verändern. Für zeitweise eingesetzte Helfer gibt es zusätzlich die Prüfliste für befristete Teamrechte.

Teste wichtige Grenzen von beiden Seiten

Beginne mit beiden Spielenden innerhalb der Arena und anschließend mit beiden im Wartebereich. Stelle danach je eine Person auf jede Seite der Grenze und wiederhole Angriffe in beide Richtungen. Verwende neben einem Schwert auch die Projektile und Spezialgegenstände des Events. Prüfe Ecken, unterschiedliche Höhen und den Eingangsbereich.

Protokolliere für jeden Fall handelndes Konto, Ziel, Koordinaten, Gegenstand, erwartetes und beobachtetes Ergebnis. Sichere bei einem Fehler zunächst die Belege und ändere dann eine relevante Einstellung. Wiederhole den fehlgeschlagenen Fall und einen benachbarten, zuvor erfolgreichen Test. Eine lokale Korrektur kann das angrenzende Gebiet beeinflussen.

Prüfe auch Blockinteraktionen mit der echten Teilnehmerrolle: einen benötigten Knopf, eine gesperrte Truhe und einen entbehrlichen Abschnitt der Karte. Destruktive Versuche gehören ausschließlich in die Testkopie. Ist eine bestimmte Interaktion erforderlich, vereinbare diese Ausnahme ausdrücklich, statt durch weitreichende Mitgliedschaften nur das sichtbare Problem zu beseitigen.

Eigene Spielmechaniken benötigen eigene Testfälle. WorldGuard beschreibt Schutzgrenzen bei anderen Plugins und Mods. Eine Fähigkeit, die innerhalb der Arena funktioniert, beachtet deshalb noch nicht nachweislich den Wartebereich. Nimm dieses Verhalten in den Auftrag für die individuelle Entwicklung auf. Wenn eine Integration nötig ist, liefere einen reproduzierbaren Fehlerfall mit.

Dokumentiere die Freigabeentscheidung

Bewahre einen kurzen Abnahmenachweis auf: getestete Versionen, Regionsdefinitionen, relevante Berechtigungen, ausgefüllte Testmatrix, offene Fehler und die zur Freigabe berechtigte Person. Wiederhole die wesentlichen Prüfungen nach einem kontrollierten Neustart und nach späteren Änderungen an Regionen, Berechtigungen oder Eventmechaniken.

Öffne den Zugang nicht, solange im Wartebereich verbotener Schaden entsteht oder die Karte entgegen den Regeln verändert werden kann. Korrigiere die Konfiguration, deaktiviere die betroffene Mechanik nach Absprache oder verschiebe diesen Teil des Formats. Eine bestandene Matrix belegt die geprüften Szenarien; sie ist weder ein Leistungstest noch eine allgemeine Schutzgarantie.

Wenn dein Team Einrichtung und technische Probe gemeinsam beauftragen möchte, werden Mineandos Minecraft-Eventleistungen individuell abgegrenzt und angeboten. Füge dem Auftrag die Schutzmatrix bei und vereinbare die Betreuung während des Events gesondert.