Aktueller Betrieb · V0.1.5

Authority0.1.5 erhält eine gemeinsame INI, versionierte EXE, native Windows-Dienstverwaltung und einen zusätzlichen gRPC-Zugang zum selben Benutzer-/Sitzungsservice. Controls C216 liefert eine kleine RAM-Projektion seiner tatsächlichen Live- und Registry-Verbindungen. Resilient R199 zeigt sie in Diagnose, mit heller rechter Ergebnisspalte und lokal veraltenden Befunden. HTTP bleibt erhalten; Resilient meldet Benutzer weiterhin über HTTP an. Live L114, Participants1.0.10, OC E303/P346 und Shared-GET bleiben unverändert.

Installation und Prüfung

Clever Engines Layer · Bausteine und Möglichkeiten

CEL Authority

Ordnet Benutzer, Sitzungen und erlaubte Zugriffe auf CEL-Oberflächen ein.

Paketstand 0.1.5 · Wissensstand 29. Oktober 2026
Früherer Strukturschnitt (historisch)

Klare innere Zuständigkeiten

Participants1.0.8 trennt Mirror und Anmeldung/Lease/Inbox von HTTP. Authority0.1.4 trennt Benutzer-/Sessionregeln von Datei, Audit und HTTP. R193 aktualisiert die Dokumentation und Buildkennung. Controls C213, Live L113, E302/P345 und die Speicheranzeige bleiben unverändert.

Damit sind die vorgesehenen inneren Grenzen des Strukturzweigs vorbereitet. Nach lokaler Abnahme folgt die aktive Freiplatzliste mit gezieltem Stressprogramm über echte Mehr-Worker-Zugriffswege. Danach die Speicheranzeige straffen; tatsächliches gRPC als eigener Zweig.

Die Adresse und120 Minuten kommen weiterhin aus dem Code. config/authority.json wird nicht eingelesen. Vorhandene Benutzerdatei bei einem Update erhalten.

Installation und lokale Abnahme

Aufgabe

Authority beantwortet eine kleine, wichtige Frage: Darf diese Sitzung diesen Zugriff ausführen? Die fachliche Aktion bleibt beim zuständigen Teilnehmer; Authority liefert die Zugriffsentscheidung.

Möglichkeiten

Sitzungen begrenzen

Anmeldung erzeugt eine zeitlich begrenzte, an einen Client gebundene Sitzung. Abmeldung entfernt sie wieder aus dem Arbeitsspeicher.

Rollen unterscheiden

Eigentümer, Demo und Leser haben unterschiedliche Berechtigungen. Eine lesende Oberfläche und eine freigegebene Aktion bleiben unterscheidbar.

Entscheidungen nachvollziehen

Anmeldungen, verweigerte Zugriffe und abgelaufene Sitzungen werden im lokalen Audit-Protokoll erfasst.

Zusammenspiel

Die aktuelle Implementierung ist ein eigenständiger Go-HTTP-Dienst. Benutzerbestand und Audit liegen lokal in Dateien; Sitzungen liegen im RAM. Resilient fragt den Dienst über seine Authority-Anbindung ab. Das ist nicht dasselbe wie die signierte Teilnehmerregistrierung in Controls.

Die Rollen sind im Quellstand fest definiert. Das Feld „reader“ bezeichnet hier das Recht stuttgartbilder.read, nicht eine pauschale Leseerlaubnis für alle Resilient-Seiten.

Erlaubnis und Ausführung sind zwei Verträge

Authority ordnet Anmeldung, Sitzung und Rolle ein. Controls entscheidet anschließend anhand des Teilnehmervertrags, ob die konkrete Fähigkeit ausgeführt werden kann. Eine Anmeldung allein löst keine Aktion aus.

Authority-Ablauf von Anmeldung und Sitzung über Rollen bis zur Ausführung durch Controls
Authority beantwortet „wer darf?“, Controls vermittelt „was kann dieser Teilnehmer sicher ausführen?“.
Originalgröße in neuem Tab öffnen ↗

Technik und Zustände

G3 aktueller BetriebAuthority0.1.5 erhält eine gemeinsame INI, versionierte EXE, native Windows-Dienstverwaltung und einen zusätzlichen gRPC-Zugang zum selben Benutzer-/Sitzungsservice. Controls C216 liefert eine kleine RAM-Projektion seiner tatsächlichen Live- und Registry-Verbindungen. Resilient R199 zeigt sie in Diagnose, mit heller rechter Ergebnisspalte und lokal veraltenden Befunden. HTTP bleibt erhalten; Resilient meldet Benutzer weiterhin über HTTP an. Live L114, Participants1.0.10, OC E303/P346 und Shared-GET bleiben unverändert.
Standardadresse127.0.0.1:19140
Programmbin/cel_authority_0.1.5.exe nach lokalem Go-Build
AnmeldungPOST /v1/login mit Benutzer, Passwort und Client
PrüfungPOST /v1/check mit session_id, client und permission
AbmeldungPOST /v1/logout
Health/health: status, version, release und Anzahl geladener Benutzer
Sitzung120 Minuten; im RAM und an den Client gebunden
Benutzerdata/users.json; lokale Anlage über -command add-user
Auditlogs/audit.jsonl
system_ownerErlaubt die angefragten Rechte.
democel.admin.read, cel.reports.refresh, cel.live.inspect
readerstuttgartbilder.read
Konfigurationswirkungconfig/authority.ini erforderlich/gemeinsam für Dienst und Konsole; authority.json bleibt unbenutzt

Werkzeuge

WerkzeugZweckAusgabe
build_all.batPrüft den Quellstand und baut die Komponenten des Pakets.Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss.
install_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
restart_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
run_console.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
start.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
start_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
status_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
stop_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
tools/Manage-Service.ps1Verwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
tools/setup_authority.batLegt die lokalen Verzeichnisse für Benutzerbestand und Audit an.Aktions- und Fehlerausgabe; Start/Kopieren ist vom anschließenden Health-Nachweis zu unterscheiden.
tools/start_authority.batAlter Einstieg leitet an start.bat auf Rootebene und damit zum nativen Dienst weiter.Aktions- und Fehlerausgabe; Start/Kopieren ist vom anschließenden Health-Nachweis zu unterscheiden.
uninstall_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.
verify_service.batVerwaltet den nativen Windows-Dienst über die gemeinsame INI.Ergebnis/Fehler, tatsächliche Konfiguration und Dienststatus; Windows-Ausführung lokal abnehmen.

History

Eigene Zugriffsentscheidung

Sitzung und Berechtigung wurden aus der Oberfläche in einen kleinen separaten Dienst gezogen.

Clientgebundene Sitzungen

Anmeldung, Ablauf und Abmeldung erhielten eindeutige Gründe und Audit-Einträge.

Verbindungen