FAQ

Im GUI taucht niemand auf. Ist es kaputt?

Mit ziemlicher Sicherheit nicht. Argus überwacht niemanden, solange niemand argus.monitored hat:

lp group moderator permission set argus.monitored true

Ist die Permission gesetzt und die Liste trotzdem leer, hat die Person schlicht noch keine Aktion ausgeführt, die Argus bewertet. Lass sie auf einem Testserver ein /give machen und schau erneut.

Bremst es den Server aus?

Nein, nicht messbar. Argus reagiert auf Ereignisse, die ohnehin selten sind — Befehle, Container-Öffnungen, Item-Aufnahmen — und führt seine Buchhaltung im Speicher. Die Audit-Kette ist ein Anhängen mit einem einzelnen SHA-256-Hash pro Eintrag.

Das Einzige, was du richtig dimensionieren solltest, ist MySQL im Netzwerkmodus: Die Datenbank gehört auf denselben Host oder ins selbe LAN wie die Server, nicht ans andere Ende des Internets.

Markiert es mein Team dafür, dass es seinen Job macht?

Genau dieses Problem löst das ganze Bewertungsmodell. Moderationsaktionen tragen ein Gewicht von 4 von 100 — in der Timeline sichtbar, für die Bewertung bedeutungslos. Gewichtet wird das Erzeugen von Items und Geld, das Schnüffeln und die Fallen.

Falls dein Team doch für normale Arbeit markiert wird, ist die Lösung fast immer eine davon:

• das Gewicht des auslösenden Signals senken (scoring.weights)
• signals.burst.threshold erhöhen, wenn dein Team legitim in Schüben arbeitet
• einen schlecht platzierten Honeypot verschieben

Kann ein Teammitglied seine Spuren löschen?

Es kann die Datei löschen. Es kann sie nicht unbemerkt bearbeiten — dafür ist die Hashkette da, und /argus verify meldet genau, wo sie gerissen ist. Komplettes Löschen ist außerdem laut: Ein Log, das plötzlich bei gestern beginnt, ist selbst schon der Befund.

Halte Backups an einem Ort, auf den dein Team keinen Zugriff hat, und Argus wird sehr schwer zu umgehen.

Funktioniert es mit BungeeCord / Velocity?

Ja. Auf jedem Backend installieren, alle auf eine MySQL-Datenbank zeigen lassen und network.enabled: true mit jeweils eigener server-id setzen. Komplette Anleitung unter Speicher & Netzwerk. Auf dem Proxy selbst läuft nichts.

Verlässt irgendetwas meinen Server?

Nur, was du konfigurierst. Discord-Alerts gehen an den Webhook, den du einträgst; das ist die einzige ausgehende Verbindung, die Argus aufbaut. Es gibt keine Telemetrie, keinen Lizenz-Callback und kein Cloud-Backend. Das Web-Panel wird von deiner eigenen Maschine ausgeliefert.

Und die DSGVO?

Argus protokolliert Handlungen deines Teams auf deinem Server — also gewöhnliche Server-Administrationsprotokollierung. Zwei praktische Hinweise für Betreiber in Deutschland und der EU:

• Sag deinem Team, dass es überwacht wird. alerts.deterrent-mode funktioniert gleichzeitig als Transparenzmaßnahme — und das Plugin wirkt dadurch ohnehin besser.
• Die Audit-Kette ist konstruktionsbedingt nur anhängend. Ein Löschverlangen bedeutet also archivieren und eine neue Kette beginnen, nicht Einträge aus der bestehenden herausschneiden.

Das ist keine Rechtsberatung — prüfe deine eigenen Pflichten.

Läuft es auf 1.20 / auf Spigot?

Die Jar kompiliert gegen Paper API 1.21 mit api-version: '1.21', 1.21 ist also die Untergrenze. Sie läuft auf aktuellen 1.21.x-Versionen und auf Paper-Forks wie Purpur. Reines Spigot wird nicht unterstützt — mehrere Events, auf die Argus baut, sind Paper-APIs.

Funktioniert /reload?

Nein. Nach jedem Jar-Wechsel und jeder GUI-relevanten Config-Änderung einen vollen Neustart. /argus reload liest ausschließlich die config.yml neu und fasst storage und network nie an.

Kann ich die GUI-Icons ändern?

Ja — jedes Icon ist ein Custom Head, und jeder Schlüssel unter gui.heads akzeptiert einen Textur-Hash oder einen vollständigen Base64-Wert. Siehe Konfiguration. Geänderte Heads brauchen einen Neustart.

Etwas ist markiert und ich bin anderer Meinung. Was jetzt?

Öffne die Why-Aufschlüsselung des Mitglieds, lies die Signale, öffne dann Rewind und lies die zwei Minuten rund um das Ereignis. War es legitim, nutze Clear — das setzt den Score zurück und lässt den Audit-Eintrag stehen, was das ehrliche Ergebnis ist. Kommt derselbe Fehlalarm immer wieder, stimme das Signal ab, statt wiederholt zu löschen.