CoreProtect

CoreProtect ist die Blackbox des Servers. Es speichert, wer welchen Block platziert oder abgebaut hat, wer eine Truhe geöffnet hat, wer etwas daraus entnommen oder hineingelegt hat, wer welchen Gegenstand benutzt hat und wer welchen Befehl eingegeben hat. Aus diesen Aufzeichnungen beantwortet es dann im Nachhinein die Fragen, die auf jedem Server geklärt werden: Wer hat meine Truhe ausgeraubt, wann ist dieses Bauwerk verschwunden, wer hat dieses Haus gebaut.

Wenn etwas passiert, musst du nicht raten oder jemanden beschuldigen. Der Modus /co i (inspect) schaltet das Klicken auf den Untersuchungsmodus um: Du klickst auf einen Block oder eine Truhe, und im Chat wird ausgegeben, wer damit manipuliert hat und wann.

Die zweite Hälfte ist das Rückgängigmachen von Änderungen (Rollback). Der Befehl /co rollback u:Spieler t:7d r:50 macht alles rückgängig, was der Spieler in den letzten sieben Tagen im Umkreis von fünfzig Blöcken getan hat. Wenn du merkst, dass du danebengelegen hast, /co restore bringt die Welt in den Zustand vor dem Rückgängigmachen. Ein Rollback eignet sich auch bei einem Unfall beim Bauen: /co rollback t:30m setzt die Welt um eine halbe Stunde zurück.

CoreProtect selbst verbietet nichts — es merkt sich nur. Es ersetzt also weder ein Plugin für Grundstücke noch für Regionen, ergänzt sie aber hervorragend: Grundstücke verhindern, dass Schaden entsteht, CoreProtect hilft in dem Moment, in dem er bereits entstanden ist.

Die Aufzeichnungen werden in einer Datenbank gespeichert. Auf einem kleinen Server genügt die Standardeinstellung, auf einem größeren lohnt es sich, auf MySQL oder MariaDB umzusteigen — Abfragen über die Historie sind dann schneller und die Daten werden zusammen mit den anderen Datenbanken gesichert.

Die Daten wachsen schnell: Ein aktiver Server sammelt in einem Monat Gigabytes an Aufzeichnungen. Deshalb ist auch das Löschen alter Daten (/co purge) enthalten. Es lohnt sich, es direkt bei der Installation einzurichten — nachträglich ist das Aufräumen viel unangenehmer.

1. Ermittle die Serverversion und lade das passende CoreProtect herunter (modrinth.com/plugin/coreprotect, Tab Versions).
2. Lade die .jar in den Ordner plugins hoch.
3. Starte den Server neu. Beim ersten Start erstellt CoreProtect selbst die Tabellen für Einträge und gibt in der Konsole aus, wohin die Daten gespeichert werden.
4. Optional: Stelle in der Datei plugins/CoreProtect/config.yml den Speicher auf MySQL oder MariaDB um. Es lohnt sich, wenn du mehrere Server oder viele Daten hast.
5. Prüfe die Konsole: Es muss eine Meldung erscheinen, dass CoreProtect bereit ist und wie viele Einträge in der Datenbank sind.
6. Lege die Berechtigungen fest: dir selbst coreprotect.*, den Moderatoren coreprotect.inspect, und coreprotect.lookup. Rollback gib ihnen nur dann, wenn sie wissen, was sie tun.
7. Teste die Inspektion: Gib /co i a klikni na blok ein — die Historie muss ausgegeben werden. Mit demselben Befehl schaltest du den Modus wieder aus.
8. Stelle die Bereinigung alter Daten ein: /co purge t:90d löscht Einträge, die älter als 90 Tage sind. Ohne das wächst die Datenbank unaufhörlich.
9. Teste es an einer Truhe: Nimm einen Gegenstand heraus und lege einen hinein, klicke dann im Modus /co i auf die Truhe — beides muss samt Zeit sichtbar sein.
10. Füge die Daten von CoreProtect zu den Backups hinzu: Beim Standardspeicher ist das der Ordner plugins/CoreProtect, bei MySQL eine normale Datenbanksicherung.
11. Notiere dir, wie man den Rollback verwendet. Wenn du ihn brauchst, bleibt keine Zeit, in der Hilfe zu suchen.

Schalte den Ansichtsmodus (/co i) immer hinterher wieder aus. Wenn er eingeschaltet bleibt, beeinträchtigt er bei Spielern das normale Klicken auf Blöcke und das Öffnen von Truhen, und sie denken, dass der Server nicht funktioniert.
Rollback und Restore teste zuerst in kleinem Umfang (r:3, t:5m). Es ist ein Eingriff in die Welt, und der einzige Weg zurück ist ein weiterer Rollback.
Richte die automatische Bereinigung ein. Ohne /co purge wächst die Datenbank bei einem aktiven Server um Gigabytes monatlich — und je größer sie ist, desto langsamer sind die Abfragen.
Stelle auf einem größeren Server den Speicher auf MySQL/MariaDB um. Die Suche in der Historie ist dann deutlich schneller, und die Daten werden zusammen mit den anderen Datenbanken gesichert.
Sichere die Daten von CoreProtect. Sie sind die einzigen Beweise, die du hast, wenn ein Diebstahl geklärt wird — und die Spieler gewöhnen sich schnell daran („schau in CoreProtect nach“).
Wenn etwas nicht funktioniert, schau in die Konsole. CoreProtect meldet, wenn es ihm nicht gelingt, in die Datenbank zu schreiben: Der Server läuft dann weiter, aber die Historie wird nicht gespeichert — und das merkt man erst in dem Moment, in dem man sie braucht.
Suche zuerst nach dem Spielernamen (u:) und der Zeit (t:). Wenn du dir nicht sicher bist, beginne mit einem weiten Bereich und verkleinere ihn schrittweise, damit die Abfrage nicht hängt.