Beschreibung
Aktuell werden Whitelist- und Blacklist-Commands ausschließlich über Konfigurationsdateien (whitelist.yml, blacklist.yml) verwaltet.
Für den operativen Betrieb wäre es sinnvoll, diese Listen zur Laufzeit über Admin-Commands pflegen zu können, ohne Dateien manuell zu editieren oder den Proxy neu zu starten.
Dieses Issue schlägt die Einführung von Admin-Commands zur dynamischen Verwaltung der Command-Whitelist (pro Gruppe) sowie der globalen Blacklist vor.
🎯 Zielsetzung
Laufzeitbearbeitung von erlaubten und verbotenen Commands
Keine manuellen YAML-Edits mehr notwendig
Sofort wirksame Änderungen (inkl. persistenter Speicherung)
Reduzierung von Betriebsaufwand und Fehlerquellen
🧩 Vorgeschlagene Commands
Whitelist (gruppenbasiert)
/ctcommands whitelist add
/ctcommands whitelist remove
/ctcommands whitelist list
/ctcommands blacklist add
/ctcommands blacklist remove
/ctcommands blacklist list
echnische Anforderungen
Umsetzung als Brigadier-Commands (Velocity-native)
Nutzung der bestehenden Configurate-Struktur
Persistente Speicherung mit Block-Style YAML
Automatisches Reloading der betroffenen Konfiguration
Saubere Validierung:
Gruppe existiert?
Command bereits vorhanden?
Aussagekräftige Benutzer-Feedbacks (Success / Error)
📈 Mehrwert
Deutlich verbesserte Administrierbarkeit
Schnellere Reaktion auf Missbrauch oder neue Anforderungen
Zukunftssichere Erweiterung der bestehenden Command-Governance
Konsistentes Admin-Interface innerhalb von CTCommands
📝 Zusatz (optional)
Tab-Completion für:
Gruppen
vorhandene Commands
Dry-Run-/Preview-Modus
Audit-Logging bei Änderungen
Status: Vorschlag / Diskussion
Priorität: Mittel–Hoch (Operational Improvement)
Beschreibung
Aktuell werden Whitelist- und Blacklist-Commands ausschließlich über Konfigurationsdateien (whitelist.yml, blacklist.yml) verwaltet.
Für den operativen Betrieb wäre es sinnvoll, diese Listen zur Laufzeit über Admin-Commands pflegen zu können, ohne Dateien manuell zu editieren oder den Proxy neu zu starten.
Dieses Issue schlägt die Einführung von Admin-Commands zur dynamischen Verwaltung der Command-Whitelist (pro Gruppe) sowie der globalen Blacklist vor.
🎯 Zielsetzung
Laufzeitbearbeitung von erlaubten und verbotenen Commands
Keine manuellen YAML-Edits mehr notwendig
Sofort wirksame Änderungen (inkl. persistenter Speicherung)
Reduzierung von Betriebsaufwand und Fehlerquellen
🧩 Vorgeschlagene Commands
Whitelist (gruppenbasiert)
/ctcommands whitelist add
/ctcommands whitelist remove
/ctcommands whitelist list
/ctcommands blacklist add
/ctcommands blacklist remove
/ctcommands blacklist list
echnische Anforderungen
Umsetzung als Brigadier-Commands (Velocity-native)
Nutzung der bestehenden Configurate-Struktur
Persistente Speicherung mit Block-Style YAML
Automatisches Reloading der betroffenen Konfiguration
Saubere Validierung:
Gruppe existiert?
Command bereits vorhanden?
Aussagekräftige Benutzer-Feedbacks (Success / Error)
📈 Mehrwert
Deutlich verbesserte Administrierbarkeit
Schnellere Reaktion auf Missbrauch oder neue Anforderungen
Zukunftssichere Erweiterung der bestehenden Command-Governance
Konsistentes Admin-Interface innerhalb von CTCommands
📝 Zusatz (optional)
Tab-Completion für:
Gruppen
vorhandene Commands
Dry-Run-/Preview-Modus
Audit-Logging bei Änderungen
Status: Vorschlag / Diskussion
Priorität: Mittel–Hoch (Operational Improvement)