AppsAnywhere mit Authentik SSO (SAML 2.0)

Um das Arbeiten mit AppsAnywhere zu vereinfachen, lässt sich ein Single-Sign-On-Anbieter (SSO) wie Authentik als Identity Provider (IdP) in AppsAnywhere (Service Provider = SP) integrieren. Die Konfiguration beginnt in Authentik mit der Definition des Property Mappings, welches das Attribut festlegt, das zur Identifikation des Benutzers verwendet werden soll. Einzige Grundvoraussetzung aufseiten von Authentik ist ein signiertes Zertifikat (z. B. Self-Signed), um die SAML-Kommunikation mit AppsAnywhere zu signieren. 1. Definition des Property Mappings Unter Customization -> Property Mappings wird in Authentik ein neues „SAML Provider Property Mapping“ erstellt: Mapping Name: AAWAuthentikUsername SAML Attribute Name: username Expression: return user.email (Hinweis: Dieser Python-Befehl…

Kommentare deaktiviert für AppsAnywhere mit Authentik SSO (SAML 2.0)

SSO Authentik und RAS

 Technische Dokumentation: Parallels RAS SAML SSO Integration (Status: Produktiv)     1. Systemübersicht    Dieses System ermöglicht Benutzern den Zugriff auf Parallels RAS-Ressourcen mittels SAML-Authentifizierung. Authentik fungiert als Identity Provider (IdP). Nach erfolgreicher Anmeldung wird über den Enrollment Server ein Benutzerzertifikat ausgestellt, das ein lokales Anmelden am Parallels-System ohne erneute Passworteingabe ermöglicht.  2. Architekturkomponenten    Identity Provider (IdP): Authentik. Connection Broker: Parallels RAS (Server: S2KIRRASGW & S2KIRRASGW02). Enrollment Server: Dienst auf S2KIRRASGW & S2KIRRASGW02, verbunden mit der CA. Microsoft CA: ares.software2eu.de. Dienstkonto/Benutzer: svc_ras_enrollment (kommuniziert mit CA).  3. Konfigurationsdetails     A. Authentik Provider (SAML)    Property Mapping: Unter Customization > Property Mappings wird das  Property Mapping  "Parallels Domain Mapping"…

Kommentare deaktiviert für SSO Authentik und RAS

LDAP über Authentik bereitstellen

Da ich einen Authentik-Server zur Anmeldung betreibe, will ich nun die Benutzer nicht mehr direkt über den Domänenkontroller per LDAP und LDAPS zur Vergügung stellen, sondern mache das nun an meiner zentralen Anmeldeinstanz. Konzept: LDAP über Authentik bereitstellen Authentik stellt LDAP über einen sogenannten LDAP Outpost bereit. Dieser lauscht auf Port 389 (LDAP) und 636 (LDAPS) und übersetzt LDAP-Anfragen in Authentik-interne Abfragen – die Benutzer kommen dabei weiterhin aus deinem AD. Das Design Schritt 1 – LDAP Source prüfen (Authentik ← AD) Das ist die bestehende Verbindung. Stelle sicher, dass sie korrekt synchronisiert: Admin → Directory → Federation & Social…

Kommentare deaktiviert für LDAP über Authentik bereitstellen

Authentik – Restore der Datenbank

Um eine Datenbank-Sicherung, die man mit pg_dump erstellt hat, wieder in Ihren authentik-Container einzuspielen, muß man den Backup-Prozess umkehren. Da die Datei backup_db.sql bereits lokal im Verzeichnis /opt/authentik/ liegt, nutzt man pg_restore bzw. das Standard-Tool psql für SQL-Dumps. Wichtige Vorbereitung Bevor man das Backup einspieltn, muss man sicherstellen, dass Authentik nicht auf die Datenbank schreibt, da es sonst zu Fehlern während des Imports kommen kann. Dienste stoppen: Stoppen Sie des Authentik-Container, damit keine aktiven Verbindungen zur Datenbank bestehen:cd /opt/authentikdocker compose stop server worker Backup einspielen Daten HINZUFÜGEN: Nutze den Befehl cat in Kombination mit docker exec und psql. Dies leitet den Inhalt des lokalen Backups direkt in den Container:cat backup_db.sql | docker exec -i authentik-postgresql-1 psql -U…

Kommentare deaktiviert für Authentik – Restore der Datenbank

Authentik – Update

Dokumentation: Authentik-Infrastruktur & Update-Prozess 1. Systemübersicht Installationsverzeichnis:/opt/authentik/ Orchestrierung: Docker Compose Versionierung: Über .env-Datei gesteuert (variable @AUTHENTIK_TAG) Automatisierung: Watchtower (Intervall: 24h) Server: s2kirsaml01 Benutzer: s2user in OnePassword 2. Konfigurationsdateien docker-compose.yml: Enthält die Dienstdefinitionen für postgresql, server, worker und watchtower. .env: Zentrale Konfigurationsdatei für Passwörter und Versionstags. Inhalt (Auszug): PG_PASS: (Datenbank-Passwort) AUTHENTIK_SECRET_KEY: (Sicherheitsschlüssel) AUTHENTIK_TAG: Aktuell auf 2026.5.2 gesetzt. 3. Update-Verfahren (Standard-Workflow) Für manuelle Updates oder Versionssprünge führen Sie im Verzeichnis /opt/authentik/ folgende Schritte aus: Version anpassen: Öffnen Sie die Datei .env mit nano.cd /opt/authentiknano /opt/authentik/.env Aktualisieren Sie den Wert für AUTHENTIK_TAG. Es wird die neue Version eingegeben  (z. B. auf 2026.6.0). Backup (Empfohlen): Datenbank-Dump erstellen: docker exec authentik-postgresql-1 pg_dump -U authentik authentik > ./backup_db.sql Deploy: docker compose pull && docker compose up -d…

Kommentare deaktiviert für Authentik – Update

Authentik – sso.software2eu.de – Docker-Setup

Wozu Authentik? Authentik ist ein zentrales Single Sign-On (SSO) System — quasi der "Türsteher" für alle Anwendungen. Da es eine gute Ergänzung zu unserem Portfolio ist, habe ich mich damit etwas asusführlicher beschäftigt und für unser Web-Applikationen ein "Singel Sign On" Umgebung aufgebaut.Somit sind folgende System über SSO und Multifakrot Login geschützt und aus dem Internet heraus erreichbar: VergeIO - Hypervisor mit unseren zentralen Systemdiensten Proxmox - Spielwiese und RDP-Sessionhosts Parallels RAS VDI Apporto VFI Appsaanywhere Ganz besonder schick empfinde ich die VDI Lösung mit Apport NEXTGEN, da man im Browser auf 3 Monitoren auf dem RDP Gerät in der…

Kommentare deaktiviert für Authentik – sso.software2eu.de – Docker-Setup