Zum Hauptinhalt springen

CannonRTP Schutz-Integrationen

CannonRTP kann Kandidaten-Landeorte gegen mehrere Schutz-Plugins validieren, bevor es sie zur Verwendung einreiht.

Unterstützte Integrationen

Die aktuellen Soft-Dependencies sind:

  • WorldGuard
  • Towny
  • Lands
  • GriefPrevention
  • HuskTowns
  • HuskClaims

Diese sind als softdepend in plugin.yml deklariert. CannonRTP funktioniert ohne jede davon.

Wie Schutzprüfungen funktionieren

  • Adapter werden in einer festen Reihenfolge geprüft: WorldGuard, Towny, Lands, GriefPrevention, HuskTowns, HuskClaims.
  • Der erste Adapter, der einen Ort blockiert, stoppt die Prüfung und wird als gemeldeter Grund angegeben.
  • Wenn ein Adapter in der Konfiguration deaktiviert ist oder das Plugin nicht vorhanden ist, wird er übersprungen.
  • Wenn eine Schutz-API einen Fehler wirft, blockiert CannonRTP diese Landung standardmäßig.

Der globale Sicherheitsschalter für API-Fehler ist:

  • landing.failOpenOnProtectionErrors

Standard: false

Wenn auf true gesetzt, erlaubt CannonRTP Landungen fortzufahren, wenn ein Schutz-Plugin nicht sicher abgefragt werden kann.

Der /wc probe-Befehl

Admins können an einem beliebigen Ort stehen und /wc probe ausführen, um zu testen, ob dieser Ort alle Schutzprüfungen besteht. Das Ergebnis meldet, welches Plugin den Ort blockiert hat und warum, oder bestätigt, dass der Ort gültig ist.

Konfigurationspfade

Alle Schutz-Schalter befinden sich unter protection.* in plugins/CannonRTP/config.yml.

Verhalten pro Plugin

WorldGuard

Konfigurationsschlüssel:

  • protection.worldGuard.enabled
  • protection.worldGuard.allowGlobalRegionOnly
  • protection.worldGuard.allowBuildAllowedRegions
  • protection.worldGuard.allowPassthroughRegions

Standardverhalten:

  • standardmäßig aktiviert
  • Orte, die nur von __global__ abgedeckt werden, sind standardmäßig erlaubt
  • Regionen mit build=ALLOW sind standardmäßig erlaubt
  • Regionen mit passthrough=ALLOW sind standardmäßig erlaubt
  • andere übereinstimmende geschützte Regionen werden blockiert

Towny

Konfigurationsschlüssel:

  • protection.towny.enabled
  • protection.towny.allowWilderness
  • protection.towny.allowNationZones
  • protection.towny.allowClaimedTownBlocks

Standardverhalten:

  • standardmäßig aktiviert
  • Wildnis ist erlaubt
  • Nationszonen werden blockiert
  • beanspruchte Stadtblöcke werden blockiert

Lands

Konfigurationsschlüssel:

  • protection.lands.enabled
  • protection.lands.allowUnclaimedAreas
  • protection.lands.allowClaimedAreas

Standardverhalten:

  • standardmäßig aktiviert
  • unbeanspruchte Gebiete sind erlaubt
  • beanspruchte Gebiete werden blockiert

GriefPrevention

Konfigurationsschlüssel:

  • protection.griefPrevention.enabled
  • protection.griefPrevention.allowWilderness
  • protection.griefPrevention.allowAdminClaims
  • protection.griefPrevention.allowPlayerClaims

Standardverhalten:

  • standardmäßig aktiviert
  • Wildnis ist erlaubt
  • Admin-Claims werden blockiert
  • Spieler-Claims werden blockiert

HuskTowns

Konfigurationsschlüssel:

  • protection.huskTowns.enabled
  • protection.huskTowns.allowWilderness
  • protection.huskTowns.allowAdminClaims
  • protection.huskTowns.allowRegularClaims
  • protection.huskTowns.allowFarmClaims
  • protection.huskTowns.allowPlotClaims

Standardverhalten:

  • standardmäßig aktiviert
  • Wildnis ist erlaubt
  • Admin-Claims werden blockiert
  • reguläre Stadt-Claims werden blockiert
  • Farm-Claims werden blockiert
  • Plot-Claims werden blockiert

HuskClaims

Konfigurationsschlüssel:

  • protection.huskClaims.enabled
  • protection.huskClaims.allowWilderness
  • protection.huskClaims.allowAdminClaims
  • protection.huskClaims.allowPlayerClaims

Standardverhalten:

  • standardmäßig aktiviert
  • Wildnis ist erlaubt
  • Admin-Claims werden blockiert
  • Spieler-Claims werden blockiert

Nicht-Schutz-Validierung gilt weiterhin

Schutz-Integrationen sind nur ein Teil der Landevalidierung. Ein Ort kann trotzdem abgelehnt werden, weil:

  • er außerhalb der Weltgrenze liegt
  • keine sichere Oberfläche existiert
  • der Fuß- oder Kopfraum blockiert ist
  • das Gelände mit den konfigurierten unsicheren Materiallisten übereinstimmt

Fehlerberichterstattung

Wenn eine Kanone erschöpft wird (nicht genügend gültige Orte vor der Zeitüberschreitung finden kann), enthalten die Statusausgabe und die spielerseitigen Nachrichten eine Aufschlüsselung der häufigsten Ablehnungsgründe. Wenn die meisten Ablehnungen durch geschütztes Land verursacht wurden, wird dies gemeldet. Dies hilft Admins zu diagnostizieren, ob die Schutzeinstellungen für ihren Server zu restriktiv sind.