https://www.wvds.it/wiki/ 2026-05-22T16:41:08+00:00 https://www.wvds.it/wiki/ https://www.wvds.it/wiki/lib/exe/fetch.php?media=wiki:dokuwiki.svg text/html 2026-03-05T23:15:40+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:auth-database&rev=1772752540&do=diff  4. Datenschicht — DB-Schemas Stand: 2026-03-05 Übergeordnet: Auth-Architektur — Gesamtübersicht Verwandt: 2. WvdS.Shell | 3. Gateway.Service | 5. Migration Ausgangssituation Auth-Daten lagen ursprünglich in ENIVERSCAFM — der Betriebsmittel-Datenbank. Das war historisch gewachsen: Die Anwendung brauchte Benutzer und Rollen, also kamen sie in die vorhandene Datenbank. Mit der Zeit wurde diese Vermischung zum Problem. Die Backup-Strategie für Betriebsmitteldaten ist eine andere als für Benut… text/html 2026-03-05T22:19:24+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:auth-db-functions&rev=1772749164&do=diff  4.1 DB-Funktionen — Auth Controller Stand: 2026-03-05 Übergeordnet: 4. Datenschicht — DB-Schemas Verwandt: 3. Gateway.Service Dieses Dokument beschreibt alle gespeicherten Prozeduren, Funktionen und Views in ENIVERSSIAM, die WvdS.Data.Gateway.Controller.Auth auf Datenbankebene unterstützen. text/html 2026-03-05T23:36:22+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:auth-gateway&rev=1772753782&do=diff 3. Gateway.Service — Auth-Erweiterungen für WvdS.Shell Stand: 2026-03-05 Übergeordnet: Auth-Architektur — Gesamtübersicht Verwandt: 2. WvdS.Shell | 4. Datenschicht | 5. Migration Ausgangssituation Das Gateway.Service existierte bereits als HTTP-REST-Gateway mit einer vollständigen Middleware-Pipeline — Logging, Rate-Limiting, HTTPS-Enforcement, Routing. Was fehlte, war ein vollständiges Auth-Subsystem für interaktive Benutzer. Die vorhandenen Modi (Basic, ApiKey) waren für Dienst-zu-Dienst-K… text/html 2026-03-05T23:16:16+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:auth-migration&rev=1772752576&do=diff  5. Auth-Migration — Legacy-Systeme Stand: 2026-03-05 Übergeordnet: Auth-Architektur — Gesamtübersicht Verwandt: 4. Datenschicht — DB-Schemas Ausgangssituation Vor der Migration existierten Benutzer und Rollen in zwei vollständig getrennten Systemen. ENIVERSCAFM verwaltete Auth-Daten in eigenen Tabellen ( text/html 2026-03-05T23:34:24+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:auth-shell&rev=1772753664&do=diff 2. Auth-Architektur: WvdS.Shell (Benutzeroberfläche) Stand: 2026-03-05 Übergeordnet: Auth-Architektur — Gesamtübersicht Verwandt: 3. Gateway.Service | 4. Datenschicht | 5. Migration Ausgangssituation Die bisherigen WvdS-Clients — AMED und LD — liefen als native Windows-Anwendungen mit impliziter Windows-Authentifizierung. Das funktionierte gut, solange der Rechner in der Domäne eingebunden war und der Benutzer sich ohnehin am Domain-Account anmeldete. Es funktionierte nicht, sobald jemand au… text/html 2026-03-05T23:33:02+00:00 Anonymous (anonymous@undisclosed.example.com) https://www.wvds.it/wiki/doku.php?id=de:int:wvdsshell:notes:01-siam:start&rev=1772753582&do=diff  1. Auth-Architektur — Gesamtübersicht Stand: 2026-03-05 Übergeordnet: WvdS-Plattform — Gesamtübersicht Verwandt: 2. WvdS.Shell | 3. Gateway.Service | 4. Datenschicht | 5. Migration Ausgangssituation Die WvdS-Plattform entstand aus einer Systemlandschaft, in der Authentifizierung und Benutzerverwaltung über mehrere isolierte Systeme verteilt war. AMED verwaltete seine Benutzer in eigenen Tabellen, LD/ENIVERS führte Personen und Rollen in