Agenten & Orchestrierung

Pull-Orchestratoren über mTLS, die Zertifikate dorthin bringen, wo sie hingehören, die betroffenen Dienste neu laden und beweisen, dass die Erneuerung tatsächlich funktioniert hat. Linux und Windows.

Keine eingehenden Verbindungen. Niemals.

Ein Agent registriert sich mit einem Bootstrap-Token und erhält ein mTLS-Client-Zertifikat, signiert von einer dedizierten Agenten-CA. Neue Agenten stehen auf pending, bis ein Admin sie freigibt — erst dann dürfen sie Arbeit übernehmen. Ab da holen sie nur noch ab: keine offenen Ports auf Ihren Servern, keine eingehenden Firewall-Regeln, NAT-tauglich.

01

Registrieren

Bootstrap-Token; der Agent meldet seine Fähigkeiten und die Build-ID.

02

Freigeben

Admin-Gate, bevor ein Job übernommen wird; die mTLS-Identität wird ausgestellt.

03

Abholen

Der Agent holt Jobs über mTLS ab, führt sie aus und meldet die Ergebnisse.

Supervisor + Worker — geprüfte Binärdatei-Upgrades

Der Supervisor verwaltet die mTLS-Verbindung und startet pro Job einen eigenen Worker. Upgrades prüfen und ersetzen bei Bedarf beide Binärdateien, bewahren vorherige Kopien auf und starten nach der Ergebnismeldung den neuen Supervisor.

ens0key-agent

Supervisor
  • ▸Hält die mTLS-Verbindung: registrieren, abholen, melden
  • ▸Rotiert die mTLS-Identität an Ort und Stelle (Reset / Rekey)
  • ▸Liefert aktuelle Logzeilen auf Anfrage ins UI
  • ▸Prüft und aktualisiert Worker und Supervisor

ens0key-agent-worker

Worker
  • ▸Führt jeden Job als kurzlebigen Subprozess aus
  • ▸Speicher-Deployments mit Snapshot, Post-Deploy-Schritten und Verifikation
  • ▸Discovery, ADCS-Enrollment und IIS-Binding in entfernten Netzen
  • ▸Wird nach Prüfsummenprüfung und Selbsttest ersetzt

Flotten-Upgrades aus der Plattform

Upgrades auf der Agentenseite einreihen. Der Supervisor prüft und ersetzt Worker und eigene Binärdatei, meldet das Ergebnis und startet bei geänderter Supervisor-Datei neu.

01

Einreihen

Der Supervisor übernimmt den Upgrade-Job bei der nächsten Abfrage.

02

Prüfen

Download über mTLS, SHA-256-Prüfung und Selbsttest jeder neuen Binärdatei.

03

Ersetzen

Geprüfte Dateien atomar ersetzen; vorherige Kopien für eine Rückkehr aufbewahren.

04

Neustarten

Ergebnis melden und bei Bedarf den neuen Supervisor starten. Ältere Supervisoren benötigen gegebenenfalls eine einmalige Neuinstallation.

Vollautomatische Erneuerung mit Sicherheitsnetz

Die Erneuerung besteht aus protokollierten Schritten, einschließlich Dienstprüfung und automatischem Rollback bei fehlgeschlagener Prüfung.

01

Erneuern

Der Scheduler erneuert vor Ablauf über den CA-Konnektor.

02

Ausrollen

Der Agent installiert Zertifikat und Schlüssel in den Speicher — nach einem Snapshot.

03

Neu laden

Geordnete Post-Deploy-Schritte laden den Dienst neu, der das Zertifikat nutzt.

04

Verifizieren

Ein Dienstcheck bestätigt, dass das neue Zertifikat tatsächlich ausgeliefert wird.

05

Rollback

Jeder Fehler stellt automatisch das vorherige Zertifikat wieder her.

Dienstprüfung und automatisches Rollback sind in den Erneuerungsablauf integriert.

Eine Flotte betreiben, nicht einen Host

Blueprints

Eine komplette Agentenkonfiguration als Vorlage — Speicher, Erneuerungen, Checks — und Rollout über die ganze Flotte in einer Aktion.

Health & Logs

Online/Offline aus einem 60-Sekunden-Heartbeat; aktuelle Agenten-Logs direkt ins UI geholt.

Reset & Rekey

Die mTLS-Identität kann an Ort und Stelle neu ausgestellt werden; laufende Jobs werden sicher abgebrochen.

Fähigkeits-Routing

Agenten melden bei der Registrierung, was sie können — der Server leitet jeden Job nur an Agenten, die ihn ausführen können.

Sehen Sie einen Rollback — live

In einer Demo brechen wir die Verifikation absichtlich, und Sie sehen zu, wie der Agent das vorherige Zertifikat wiederherstellt.

Demo anfragen