Schutz-Befehle
Automatische Abwehr. Guild Protection überwacht das Audit-Log und bannt bei der ersten nicht autorisierten Aktion; AutoMod prüft Nachrichten in Echtzeit.
Guild Protection kennt keinen Strafwert-Schwellenwert, mit Absicht
Die erste unautorisierte destruktive Aktion von jemandem, der nicht auf der Whitelist steht, führt zu einem sofortigen Bann. Keine Warnung, kein Strike-Zähler: Nulltoleranz. Das ist eine bewusste Design-Entscheidung, keine fehlende Funktion: Ein kompromittierter Admin-Account oder ein bösartiger Bot, der Kanäle löscht, gibt dir keine Zeit, erst Beweise zu sammeln. Mitarbeiter, denen du wirklich vertraust, sollen von Anfang an auf der Whitelist stehen, nicht erst im Nachhinein als vertrauenswürdig erkannt werden.
Whitelist-Mitgliedschaft wird als eigentümer-gleiches Vertrauen behandelt, weshalb ihre Verwaltung den Server-Besitzer oder eine Extra-Owner-Rolle erfordert, nicht nur Server verwalten; ein Nutzer auf der Whitelist ist vollständig von Guild Protections Reaktion ausgenommen, weshalb diese Liste nur so sicher ist wie die Personen, die sie bearbeiten dürfen.
Erkennung läuft über zwei parallele Wege
Ein schneller Pfad reagiert direkt auf Gateway-Events (Kanal- und Rollenerstellung oder -löschung, Bans, Kicks, Webhook- und Server-Updates) noch bevor Discords Audit-Log zwangsläufig nachgezogen hat. Ein langsamerer, breiterer Pfad liest das Audit-Log selbst und deckt jeden überwachten Ereignistyp ab. Beide speisen dieselbe Erkennungs- und Bannlogik, welcher Pfad einen Vorfall zuerst erkennt, ändert also nur die Reaktionszeit, nicht das Ergebnis.
Es versucht, den Schaden rückgängig zu machen, nicht nur ihn zu stoppen
Nach dem Bann des Verursachers versucht Guild Protection eine echte Wiederherstellung: Personen entbannen, die der Verursacher gebannt hat, von ihm erstellte Kanäle löschen (ein verbreitetes Raid-Muster ist das Fluten mit Spam-Kanälen), und von ihm gelöschte Kanäle oder Rollen wiederherstellen. Wiederherstellungsaktionen werden einzeln nachverfolgt. Schlägt eine Rückgängigmachung mittendrin wirklich fehl, meldet die Warnung das gezielt, statt pauschal "alles in Ordnung" zu melden.
Es braucht Berechtigung, um zu sehen, was tatsächlich passiert ist
Die Erkennung ist darauf angewiesen, Discords Audit-Log zu lesen, um herauszufinden, wer was getan hat. Ohne die Berechtigung Audit-Log ansehen meldet der Schutz keinen lauten Fehler; er kann Aktionen nur keinem Verursacher mehr zuordnen und degradiert stillschweigend. Die Guild-Protection-Seite im Dashboard zeigt an, ob diese Berechtigung aktuell lesbar ist; wenn der Schutz scheinbar nichts tut, ist das als Erstes zu prüfen.
Anti-Raid ist ein eigenständiges System auf derselben Seite
Das Erkennen neuer Accounts unter einem Mindestalter oder von Beitrittswellen (l?antiraid) ist überhaupt nicht an Guild Protection gekoppelt: es benötigt nur Server verwalten, nicht das eigentümer-gleiche Vertrauen, das die Whitelist erfordert, und läuft unabhängig beim Beitritt statt als Reaktion auf destruktive Aktionen. Die beiden Funktionen teilen sich aus Bequemlichkeit eine Einstellungsseite, nicht ein Zugriffsmodell oder eine Erkennungs-Pipeline.
Befehle
l?antinuke <setup|logchannel|whitelist>aka nukeprotect, raidprotect, guardprotectÖffnet das Guild-Protection-Panel. Aktiviere den Schutz, lege die vertrauenswürdige Whitelist fest und sieh dir den Log-Kanal an. Täter werden bei ihrer ersten nicht autorisierten destruktiven Aktion sofort gebannt. Beschränkt auf den Server-Besitzer und zusätzliche Besitzer, nicht auf die Administrator-Berechtigung.
l?antinuke setupl?antinuke whitelist <add|remove|list> [target]AdministratorNimmt vertrauenswürdige Nutzer oder Rollen aus, damit legitime Admin-Aktionen nie bestraft werden.
l?antinuke whitelist add @Trustedl?automod <setup|status|action|addword|removeword|logchannel|exempt>Manage Serveraka automodconfigÖffnet das AutoMod-Panel. Schalte Filter für Schimpfwörter, Einladungen, Links, Massenerwähnungen, Spam und Großbuchstaben um und wähle die Aktion.
l?automod setupl?antiraid <setup|joinlimit|disable|status>Manage Serveraka raidmodeProtokolliert, kickt oder bannt Accounts unter einem Mindestalter oder alle in einer Welle, wenn zu viele gleichzeitig beitreten.
l?antiraid setupl?verification <setup|panel|verifiedrole|unverifiedrole|action|logchannel|blacklist>Manage Serveraka verify, vVerifizierung per Autorisierung: neue Mitglieder klicken einen Button, bevor sie den Server sehen, mit einer Blacklist für bekannte schlechte Nutzer und Server. Nutze stattdessen captchasetup für eine Rechenaufgaben-Sperre.
l?verification setupl?captchasetupManage Serveraka captcha, verify-setup, verifysetupSchaltet neue Mitglieder hinter ein Rechenaufgaben-Captcha, bevor sie den Server sehen können. Ein eigenes System, getrennt von der Button-Sperre der Verifizierung.
l?captchasetupl?honeypot <setup|off|stats>Administratoraka trapEin Fallen-Kanal: wer dort etwas postet, bekommt automatisch einen Timeout, wird in Quarantäne gesteckt, gekickt oder gebannt. Nur Bots und Raider finden ihn.
l?honeypot setup #free-nitro timeout 10l?extraowner <add|remove|list> [user]aka extraowners, eoGibt vertrauenswürdigen Nutzern Besitzer-Zugriff auf die Guild-Protection-Einstellungen, ohne sie zu echten Server-Besitzern zu machen.
l?extraowner add @userl?backup <create|list|info|delete|restore>aka serverbackupSichert Kanäle, Rollen und Einstellungen, damit ein genukter Server wiederhergestellt werden kann. Das Wiederherstellen erfordert eine ausdrückliche Bestätigung.
l?backup createDas ist der vollständige schutz-Befehlssatz. Suchst du etwas anderes? Alle Module durchsuchen im Docs-Hub.