WorldGuard einrichten: Minecraft Region schützen und Grief stoppen

Grief killt einen Server schneller als jeder DDoS. Ein gelangweilter Besucher flutet den Spawn mit Lava und die Hälfte der Spieler ist vor dem Mittag offline. Dieser Guide deckt WorldGuard ab, den De-facto-Standard für Region-Schutz auf Paper und Spigot. Wir installieren das Plugin, ziehen Regionen, gehen die Flags durch, die wirklich zählen, bauen eine Parent/Child-Hierarchie und schließen die Lücken, die fast jeder Admin beim ersten Mal übersieht.

Was WorldGuard ist und wozu

WorldGuard ist ein Plugin von EngineHub, das Regionen mit konfigurierbaren Regeln einführt. Innerhalb einer Region entscheidest du, ob Spieler Blöcke abbauen, Truhen öffnen, Mobs spawnen, TNT zünden, Feuer ausbreiten dürfen und so weiter. Das alles wird über Flags gesteuert, und davon gibt es im Plugin über achtzig.

Technisch hängt WorldGuard von WorldEdit ab, weil die Region-Auswahl mit nativen WorldEdit-Befehlen gemacht wird (//wand, //pos1, //pos2). Ohne WorldEdit lädt WorldGuard nicht. Im EngineHub-Ökosystem ist das Standard, daran gewöhnt man sich am ersten Tag.

Kurz gesagt löst WorldGuard drei Aufgaben: Spawn und wichtige Bauten schützen, die Welt in Regelzonen aufteilen (PvE, PvP, Arenen, Safe Areas), und Spielern Regionen als Claim mit Owners und Members übergeben.

Installation auf Paper oder Spigot 1.20+

WorldGuard unterstützt Paper und Spigot ab 1.13 und wird zügig auf neue Versionen aktualisiert. Stand 2026 läuft das Plugin sauber auf Paper 1.20.x und 1.21.x. Folia-Support ist nur teilweise vorhanden, asynchrone Regionen fehlen, deshalb sollten Production-Server vorerst auf Paper bleiben.

Die Installation ist Standard:

# WorldEdit und WorldGuard von EngineHub holen
cd /opt/minecraft/plugins
wget https://dev.bukkit.org/projects/worldedit/files/latest -O WorldEdit.jar
wget https://dev.bukkit.org/projects/worldguard/files/latest -O WorldGuard.jar

# Server neu starten
systemctl restart minecraft

Beim ersten Start legt das Plugin den Ordner plugins/WorldGuard/ mit der config.yml und einem Unterordner worlds/<welt>/ für jede geladene Welt an. Die Regionen liegen standardmäßig in regions.yml, oder in SQL, sobald du das Storage-Backend wechselst.

Basis-Konfiguration worldguard-config.yml

Die Default-Konfig ist okay, aber ein paar Optionen lohnen sich gleich am Anfang. Hier ein gekürztes Production-Beispiel:

# plugins/WorldGuard/config.yml (Auszug)
regions:
  use-creature-spawn-event: true
  enable: true
  invincibility-removes-mobs: true
  high-frequency-flags: false
  use-paper-entity-origin: true

protection:
  item-durability: true
  remove-infinite-stacks: true
  disable-xp-orb-drops: false

ignition:
  block-tnt: false
  block-tnt-block-damage: false
  block-lighter: false

fire:
  disable-all-fire-spread: false
  disable-fire-spread-blocks: []

Die Top-Level-config.yml ist global, weltspezifische Regeln sitzen in plugins/WorldGuard/worlds/world/config.yml und überschreiben dort jede Einstellung. Praktisch, wenn Survival und Creative im selben Server laufen.

Erste Region erstellen: //wand → //pos1/pos2 → /rg define

Hier glänzt WorldGuard. Holzaxt nehmen, zwei Ecken anklicken, Region benennen, fertig.

# 1. WorldEdit-Wand holen
//wand

# 2. linksklick = pos1, rechtsklick = pos2
# (oder per Befehl auf der aktuellen Position)
//pos1
//pos2

# 3. Region "spawn" innerhalb der Auswahl definieren
/rg define spawn

# 4. Inhalt anschauen
/rg info spawn

Region-Namen müssen kleingeschrieben sein, ohne Leerzeichen, ohne Punkte. In der Praxis bleibt man bei snake_case: spawn_market, pvp_arena_north, vip_zone_alpha.

Eine bestehende Region neu vermessen, ohne Flags zu verlieren:

//pos1
//pos2
/rg redefine spawn

redefine behält Owners, Members, Flags und Priorität, nur die Geometrie ändert sich. /rg remove spawn löscht die Region komplett.

Regionhierarchie: parent, child und Prioritäten

Daran scheitern Einsteiger. Regionen können sich überlappen, und WorldGuard muss entscheiden, welche Flags greifen. Das geschieht über zwei Regeln.

Priorität (/rg setpriority <region> <zahl>): höhere Zahl gewinnt im Überlappungsbereich. Default ist 0. Für eine Arena innerhalb des Spawns gibst du spawn=5 und pvp_arena=10 - dann gelten in der Arena ihre eigenen Flags, nicht die vom Spawn.

Parent/Child-Verbindung (/rg setparent <child> <parent>): die Child-Region erbt jeden Flag der Parent-Region, falls sie ihn nicht selbst gesetzt hat. Sinnvoll für Shops im Spawn, Plots in einem Stadtbezirk und so weiter.

# shop wird Child von spawn
/rg setparent shop spawn

# shop erbt spawn-Flags, kann aber use=allow überschreiben
/rg flag shop use allow
/rg setpriority shop 10

Meistens regeln Prioritäten alles. Parents sind eher für verschachtelte Admin-Bereiche da, in denen ein Flag-Update durch den ganzen Baum fließen soll.

Flags, die du wirklich brauchst

Die volle Flag-Liste steht in der WorldGuard-Doku, im Production-Alltag nutzt man rund zwanzig. Hier das Set, das auf praktisch jedem Server läuft:

# Grundschutz für Bauwerke
/rg flag spawn build deny
/rg flag spawn use deny
/rg flag spawn chest-access deny
/rg flag spawn interact deny

# Explosionen und Feuer aus
/rg flag spawn tnt deny
/rg flag spawn creeper-explosion deny
/rg flag spawn other-explosion deny
/rg flag spawn fire-spread deny
/rg flag spawn lava-flow deny
/rg flag spawn water-flow deny

# keine Mobs am Spawn
/rg flag spawn mob-spawning deny
/rg flag spawn mob-damage deny

# PvP aus
/rg flag spawn pvp deny

# Eintreten, Verlassen, Begrüßung
/rg flag spawn entry allow
/rg flag spawn exit allow
/rg flag spawn greeting Willkommen am Spawn!
/rg flag spawn farewell Gute Reise!

Ein paar Praxistipps. build blockt das Setzen und Abbauen von Blöcken, aber nicht das Öffnen von Truhen, dafür gibt es chest-access. use deckt Knöpfe, Hebel, Türen und ähnliche Interaktionen ab. Wer Fallen-Auslösungen am Spawn verbieten will, setzt use deny und vergisst Trolle mit TNT-Knöpfen unter Betten.

interact ist breiter als use und umfasst jede Interaktion mit Blöcken oder Entities. Für ein komplett eingefrorenes Areal eliminiert interact deny 90 Prozent aller Grief-Vektoren.

Region global: Regeln für die ganze Welt

Jede Welt hat eine versteckte Region __global__, die das gesamte Gebiet abdeckt und überall greift, wo keine andere Region ist. Praktisch, um nervige Mechaniken weltweit auszuschalten:

# kein Feuer in der ganzen Welt
/rg flag __global__ fire-spread deny
/rg flag __global__ lava-fire deny

# kein PvP außerhalb von Arenen
/rg flag __global__ pvp deny

# Creeper schaden Mobs, aber keinen Blöcken
/rg flag __global__ creeper-explosion deny
/rg flag __global__ tnt deny

Wichtig: __global__ hat Priorität 0, deshalb überschreibt jede normale Region mit Priorität >= 0 diese Flags innerhalb ihrer Grenzen. So kannst du global pvp deny setzen und in pvp_arena mit pvp allow und Priorität 10 die Arena freischalten.

Owners und Members

Eine Region kennt zwei Rollen: owner und member. Owners können Flags ändern und weitere Personen hinzufügen, Members bekommen die Rechte, die die Flags vorgeben, dürfen die Konfiguration aber nicht anfassen.

# Owner hinzufügen
/rg addowner shop_alex Alex_M

# Member hinzufügen
/rg addmember shop_alex Friend_42

# Mitgliedschaft prüfen
/rg info shop_alex

# entfernen
/rg removemember shop_alex Friend_42

Ein Spieler gilt als Member, wenn er explizit eingetragen ist oder zu einer LuckPerms-Gruppe gehört, die mit dem Präfix g: hinzugefügt wurde. Beispiel: /rg addmember spawn g:vip macht jeden mit Gruppe vip zum Member von spawn.

Gruppen-Flags: -g members, -g nonmembers, -g owners

Viele Flags lassen sich auf eine bestimmte Gruppe beschränken, dafür ist -g da. Klassiker: Members dürfen bauen, Außenstehende nicht.

# Members bauen, der Rest nicht
/rg flag shop_alex build deny
/rg flag shop_alex -g members build allow

# alle dürfen rein, niemand raus (Gefängnis)
/rg flag prison entry allow
/rg flag prison -g nonmembers exit deny

# nur Owner öffnen Container
/rg flag shop_alex chest-access deny
/rg flag shop_alex -g owners chest-access allow

WorldGuard kennt die Gruppen members, nonmembers, owners, nonowners, all. Mit LuckPerms lassen sich darüber Region-spezifische Rechte pro Rang abbilden.

WorldGuard plus LuckPerms

LuckPerms vergibt Rechte kontextabhängig: pro Welt, pro Region, pro Spielmodus. Das passt nahtlos zu WorldGuard.

# vip-Gruppe darf /home nur in der spawn-Region nutzen
/lp group vip permission set essentials.home true world=world region=spawn

Damit der Region-Kontext greift, muss der WorldGuard-Context-Calculator von LuckPerms aktiv sein, in aktuellen Builds ist das default. Mit /lp networksync und /lp verbose lässt sich das beim Befehlsaufruf eines Spielers prüfen.

Typische Stolpersteine

Vier Klassiker, in die jeder läuft, der WorldGuard zum ersten Mal aufsetzt.

Lava und Wasser fließen weiterhin über die Regiongrenze. build deny stoppt keine Flüssigkeitsströme. Du brauchst lava-flow deny und water-flow deny innerhalb der Region, dazu lava-fire deny, damit Lava nichts in der Umgebung entzündet.

Creeper sprengen den Spawn. tnt deny blockt nur TNT. Für Creeper brauchst du creeper-explosion deny, für Ghasts und Endkristalle other-explosion deny. Am einfachsten setzt du alle drei gemeinsam.

Mobs spawnen weiterhin in der Schutzzone. mob-spawning deny stoppt natürliches Spawnen, hält aber keine Mobs auf, die aus Nachbarchunks einlaufen. Höhlen rund um den Spawn ausleuchten und gegebenenfalls mob-damage deny setzen, damit sie wenigstens keinen Schaden machen.

Befehlsblöcke und Knöpfe an Fallen. Wenn die Karte Pfeilfallen oder versteckte TNT-Schalter hat, immer use deny oder interact deny setzen. Sonst legt jeder Besucher einen Hebel um und der halbe Bau ist weg.

WorldGuard, GriefPrevention oder Lands

Kurz zur Konkurrenz. GriefPrevention setzt auf Auto-Claims mit der goldenen Schaufel und ein einfaches Spieler-UX, hat aber deutlich weniger Flag-Optionen. Lands ist ein modernes Premium-Plugin mit GUI, Wirtschaft und schicken Menüs, eine gute Wahl für kommerzielle Survival-Server. WorldGuard bleibt der König bei Flag-Vielfalt und Integrationen, lohnt sich also, wenn du Feinschliff brauchst und WorldEdit ohnehin nutzt.

Auf den meisten mittleren bis großen Servern laufen WorldGuard und GriefPrevention oder Lands gemeinsam: WorldGuard schützt Adminbereiche (Spawn, Shops, Arenen), das zweite Plugin lässt Spieler ihre eigenen Häuser claimen.

FAQ

Ist WorldGuard mit Folia kompatibel

Stand 2026 ist die Unterstützung unvollständig. EngineHub arbeitet daran, aber Regionen laufen noch nicht im Folia-Threading-Modell. Production-Server sollten auf Paper bleiben oder auf einen offiziellen Build warten.

Wie setze ich Grief zurück, wenn er bereits passiert ist

WorldGuard protokolliert keine Blockänderungen. Für Rollbacks ist CoreProtect das Standardwerkzeug, es macht Rollbacks pro Spieler oder Zeitraum mit zwei Befehlen. Installier es am gleichen Tag wie WorldGuard, sonst bleibt der Schutz halbgar.

Kann ich Regionen für In-Game-Geld an Spieler verkaufen

Ja, über Vault plus ein beliebiges Wirtschaftsplugin. Mit /rg flag <region> buyable allow und /rg flag <region> price 5000 plus /rg buy <region> kauft der Spieler die Region und wird automatisch Owner. Praktisch für Stadt- und Bezirks-Setups.

Wie öffne nur ich als Owner Truhen

chest-access für alle verbieten und für Owner wieder freigeben:

/rg flag house_42 chest-access deny
/rg flag house_42 -g owners chest-access allow

Damit sind Truhen, Endertruhen, Fässer und Shulker-Boxen für alle anderen gesperrt.

Verlangsamt WorldGuard den Server

Das Plugin selbst ist leichtgewichtig, Flag-Lookups laufen über einen R-Tree. Spürbar wird es erst bei Tausenden kleiner überlappender Regionen im selben Chunk. Auf einem normalen Server mit ein paar hundert Regionen merkst du nichts. Bei 10000+ Claims wechsle auf das SQL-Backend und aktiviere den Region-Cache in config.yml.

Geht WorldGuard ohne WorldEdit

Nein. WorldEdit ist eine harte Abhängigkeit, ohne sie startet das Plugin nicht und im Log steht Unknown dependency: WorldEdit. Beide gleichzeitig in passenden Versionen installieren.

Wie schütze ich die ganze Welt außer einer Zone

Mit __global__. Dort generelle Verbote setzen, dann eine normale Region mit Priorität > 0 anlegen und dort wieder erlauben. Beispiel: global pvp deny, in pvp_arena mit Priorität 10 pvp allow.

Wie es weitergeht

Sobald WorldGuard läuft, installier sofort CoreProtect. Ohne ihn wird jede Flag-Lücke zum Datenverlust. Danach skizziere die Zonenliste deines Servers (Spawn, Shops, Arenen, Warps) auf Papier, mit Prioritäten und Flags, und richte sie in einer Session ein. Regionen ad hoc zu erweitern verwandelt die Hierarchie schnell in Chaos.

Halte den Server-Log nach Region X has invalid flag im Auge, das taucht nach Plugin-Updates auf und lässt sich mit /rg flag <region> <flag> -e reparieren. Mit diesen Routinen blutet dein Server nicht mehr durch Grief, und du kannst dich aufs Bauen statt aufs Flicken konzentrieren.