Überblick — was diese Seite leistet
Verwaltung ▸ Collectors ist das Collector-Register (infr_collector). Es lagert die fest einprogrammierten Zugangsdaten und Host-Zuordnungen der alten Node-Collectoren aus und abstrahiert sie nach Zugriffsmethode.
| access | Ziel | Speist |
|---|---|---|
| web (run_report) | entfernter tlx.php-Agent | Infrastruktur ▸ Zustand |
| database | Direktverbindung zu einer registrierten Datenbank | Service ▸ Datenbank |
| agent (redis_vts) | stellvertretender Collector im internen Netz | Service ▸ Sitzungen (Redis) |
Aufbau
Ein Editor mit Reitern je Zugriffsmethode. web = Endpunkt · ALIAS_MAP · Knotenliste; agent = zentrale Datenbank + redis-cli · REDIS-Angaben · VTS-Angaben; database = einfach (gruppierte Karte). Geheimnisse nutzen ein methodenunabhängiges secret_enc (Crypt · nur schreibend).
Verwendung
- Die run_report-Konfiguration speist Knoten und Aliasse von Zustand (eine Konfiguration je Server ist nicht nötig).
- database-Collectoren werden zu einer Gruppenkarte „Datenbank“ zusammengefasst → [Bearbeiten] verwaltet die gemeinsamen Verbindungsvorgaben sowie ein Array von Datenbankeinträgen (Upsert/Löschen).
- [Schlüssel abrufen]/fill — spielt die Konfiguration dieses Collectors in das
{{TOKEN}}-Mashup der Collector-Skriptwerkzeuge unter Inventar ▸ Werkzeuge ein (Option B: nur für Administratoren · auditiert · enthält Geheimnisse).
Datenquellen
infr_collector(access · config json · secret_enc Crypt) ·infr_collector_run(Heartbeat)
Zugriff
Level 10 oder höher (Administrator). fill gibt Geheimnisse an den Browser zurück und ist deshalb Administratoren vorbehalten und auditiert (eine bewusste Ausnahme).
Verwandte Themen
- Infrastruktur ▸ Zustand · Service ▸ Datenbank · Einrichtung von DB-Collectoren
- Regeln und Schwellenwerte — die fill-Quelle für die Konstanten der Erkennungs-Collectoren
