Ziel dieser Anleitung
Diese Anleitung zeigt Schritt für Schritt, wie du grommunio-auth mit Keycloak auf einer grommunio-2026.06.1-Appliance installierst, einrichtest, testest und für den Betrieb härtest. Du bekommst damit eine nachvollziehbare Praxisstrecke von der Paketinstallation bis zum geprüften Web-Login mit zentraler Anmeldung.
Du installierst `grommunio-auth` und `grommunio-keycloak` nach der Basisinstallation.
Du richtest FQDN, Datenbank, grommunio-User-Federation, Realm und OIDC-Client ein.
Du schützt `/auth/admin`, `/auth/metrics` und `/auth/health` über explizite Management-Netze.
Du prüfst Dienste, Reverse Proxy, OpenID-Discovery und grommunio-Web-Login.
Du erkennst typische Stolperstellen wie Dateirechte, Theme-Assets und temporäre Admin-Benutzer.
Starte chronologisch mit der grommunio-2026.06.1-Installation und lies danach optional den aktuellen grommunio-antispam/Rspamd-Beitrag.
Architektur zuerst verstehen
Bevor du Ports, Dateien und Befehle anfasst, muss der Login-Pfad klar sein. grommunio Web nimmt die Anmeldung nicht mehr selbst entgegen, sondern leitet per OpenID Connect an Keycloak weiter. Keycloak authentifiziert den Benutzer im Realm `grommunio` und liest grommunio-Benutzer über den grommunio-User-Storage-Provider.
Benutzer-> grommunio Web-> OIDC-Redirect-> Keycloak Realm "grommunio"-> grommunio User Storage Provider-> grommunio Benutzer / Mailbox
Realm: abgeschlossener Keycloak-Bereich für Benutzer, Clients, Flows und Policies.
Client: Anwendung, die Keycloak für Login nutzt; hier grommunio Web.
Redirect URI: erlaubtes Rücksprungziel nach erfolgreichem Login.
User Federation/User Storage Provider: Verbindung von Keycloak zu einer Benutzerquelle.
Required Action: Aktion, die ein Benutzer beim nächsten Login abschließen muss, zum Beispiel OTP einrichten.
MFA: zusätzlicher Faktor neben dem Passwort, meistens Einmalcode per Authenticator-App.
Was grommunio-auth technisch macht
grommunio-auth ergänzt die Collaboration-Plattform um eine zentrale Authentifizierungsschicht. Keycloak stellt den Identity Provider, grommunio bindet Benutzer über den grommunio-User-Storage-Provider ein, und grommunio Web authentifiziert per OpenID Connect. Damit entsteht ein sauberer Pfad für SSO, MFA, externe Identity Provider und kontrollierte Login-Policies.
Keycloak läuft lokal auf Port `9080` und wird über nginx unter `/auth` veröffentlicht.
Der öffentliche Web-Login nutzt den Realm `grommunio` und den Client `grommunio`.
Die Keycloak-Admin-Konsole liegt unter `/auth/admin` und gehört nicht offen ins Internet.
grommunio Web liest `/etc/gromox/keycloak.json` und braucht passende Dateirechte für den Web-FPM-Prozess.
Der grommunio-User-Storage-Provider verbindet Keycloak mit den grommunio-Benutzern.
Login-Flow ohne OAuth-Tiefflug
Der Benutzer öffnet `https://mail.example.test/web/`.
grommunio Web liest seine Keycloak-Konfiguration aus `/etc/gromox/keycloak.json`.
grommunio Web leitet zum Realm `grommunio` weiter.
Keycloak authentifiziert den Benutzer und führt bei Bedarf Required Actions wie OTP aus.
Keycloak stellt im Standard Flow Authorization Code und Tokens für den Client bereit.
Der Browser springt über die erlaubte Redirect URI zurück zu grommunio Web.
grommunio Web erstellt daraus seine Anwendungssession.
Schritt 1: Ausgangszustand prüfen
Beginne erst, wenn die Basis-Appliance sauber läuft. Domain, Benutzer, Webmail, Admin-Interface, nginx, PHP-FPM und Datenbank müssen funktionieren. Wenn du Auth auf ein instabiles System setzt, suchst du später an der falschen Stelle.
hostname -frpm -q grommunio-admin-api grommunio-web gromox grommunio-setupsystemctl is-active nginx php-fpm mariadb gromox-http gromox-zcorecurl -k -I https://mail.example.test/web/curl -k -I https://mail.example.test:8443/
In der geprüften Appliance war der Hostname `mail.example.test`, die Basisinstallation war grommunio 2026.06.1, und die Web- sowie Adminoberfläche waren vor dem Auth-Umbau erreichbar.
Schritt 2: Pakete installieren
Installiere `grommunio-auth` und `grommunio-keycloak` aus den grommunio-Repositories. Auf der geprüften Appliance wurden dadurch Keycloak, der grommunio-Provider und die Java-Laufzeit ergänzt.
zypper refreshzypper install grommunio-auth grommunio-keycloakrpm -q grommunio-auth grommunio-keycloak java-17-openjdk-headlesssystemctl status grommunio-keycloak --no-pager
Nach der Paketinstallation ist `grommunio-keycloak` noch nicht automatisch fertig eingerichtet. Das ist normal: Datenbank, Realm, Client, Provider und Reverse-Proxy-Regeln werden im Setup-Schritt erzeugt.
Screenshot: Das Setup startet nach der Paketinstallation und kündigt die Änderungen an Keycloak-Konfiguration und Datenbank an.
Schritt 3: Setup starten und Entscheidungen treffen
Auf der Appliance steht der Wizard `/usr/share/grommunio-auth/setup-grommunio-auth.sh` bereit. Er fragt die wesentlichen Werte ab. Produktiv solltest du die Antworten vorher festlegen und dokumentieren.
/usr/share/grommunio-auth/setup-grommunio-auth.sh
FQDN setzen, zum Beispiel `mail.example.test`.
Lokale Keycloak-Datenbank anlegen oder eine vorhandene Datenbank anbinden.
grommunio-Datenbankzugriff für den User-Storage-Provider konfigurieren.
Keycloak-Admin-Passwort setzen und sicher ablegen.
Erlaubte Netze für geschützte Auth-Pfade setzen, zum Beispiel ein Management-Netz oder VPN-Netz.
Setup abschließen und Dienste starten lassen.
Screenshot: Im Wizard legst du FQDN und Keycloak-Datenbankpfad fest; lokale Datenbankanlage ist der Standardweg der Appliance.
Screenshot: Der Wizard verbindet Keycloak mit grommunio-Benutzern und begrenzt administrative Auth-Pfade auf erlaubte Management-Netze.
Für die geprüfte Appliance wurde `/auth/admin` nicht offen freigegeben, sondern auf das isolierte Management-Netz der VM und localhost begrenzt. Das ist der wichtige Grundsatz: öffne die Benutzer-Login-Pfade, aber schütze Admin, Metrics und Health explizit.
Pfad Zweck Freigabe/auth/realms/grommunio Benutzer-Login öffentlich erreichbar, wenn Webmail öffentlich ist/auth/admin Keycloak-Administration nur Managementnetz, VPN, Bastion oder Allowlist/auth/metrics Betriebsmetriken nicht öffentlich/auth/health Health Checks nicht öffentlich
Schritt 4: Dateien und Reverse Proxy prüfen
Nach dem Setup müssen drei Dinge zusammenpassen: Keycloak-Konfiguration, grommunio-Web-Adapter und nginx-Proxy. Prüfe sie direkt, bevor du den Browser öffnest.
sed -E 's/(db-password=).*/\1[REDACTED]/' /etc/grommunio-keycloak/keycloak.confsed -E 's/(password=).*/\1[REDACTED]/' /etc/grommunio-keycloak/grommunio.propertiesjq '{realm, resource, "auth-server-url": ."auth-server-url"}' /etc/gromox/keycloak.jsoncat /etc/grommunio-common/nginx/auth_allow.confnginx -T | grep -n -A8 'location /auth'
Die geprüfte Installation nutzte intern `http-port=9080`, `http-relative-path=/auth`, den Realm `grommunio`, den Client `grommunio` und den Reverse Proxy über den Web-vHost. In `/etc/grommunio-common/nginx/auth_allow.conf` standen nur explizit erlaubte Netze.
Schritt 5: Dateirechte für grommunio Web prüfen
grommunio Web benötigt `/etc/gromox/keycloak.json`, weil dort Realm, Auth-Server, Client und Secret stehen. Ein häufiger Fehler ist eine gültige, aber für den Webprozess nicht lesbare Datei. Dann fällt grommunio Web auf Defaultwerte zurück und erzeugt kaputte Redirects wie `nullrealms/...`. Auf der geprüften Appliance läuft der Web-FPM-Pool als `groweb`; genau dieser Benutzer muss die Datei lesen können.
grep -R '^user\|^group' -n /etc/php8/fpm/php-fpm.d/pool-grommunio-web.confnamei -l /etc/gromox/keycloak.jsonrunuser -u groweb -- php -r 'define("GROMOX_CONFIG_PATH","/etc/gromox/"); $f=GROMOX_CONFIG_PATH."keycloak.json"; var_dump(file_exists($f), is_readable($f));'chown root:groweb /etc/gromox/keycloak.jsonchmod 640 /etc/gromox/keycloak.jsonsystemctl restart php-fpm nginx
Setze die Datei nicht unnötig weltlesbar, weil sie ein OIDC-Client-Secret enthält. `root:groweb 0640` war für die geprüfte Appliance der saubere Weg.
Schritt 6: Dienste und OpenID-Discovery validieren
Wenn Keycloak nach manuellem Bootstrap kurz startet, aber danach per Systemd fehlschlägt, prüfe zuerst `journalctl`. In der geprüften Appliance blockierte ein als root angelegtes `/tmp/vertx-cache` den Dienststart als `groauth`; Entfernen des temporären Caches löste den Fehler.
systemctl is-active grommunio-keycloak nginx php-fpm mariadbsystemctl is-enabled grommunio-keycloak nginx mariadbss -ltnp | grep -E '(:9080|:443|:8443)\b'curl -fsS http://localhost:9080/auth/realms/grommunio/.well-known/openid-configuration | jq -r '.issuer,.authorization_endpoint,.token_endpoint'journalctl -u grommunio-keycloak --since '30 minutes ago' --no-pager
Screenshot: Nach Setup-Abschluss prüfst du Dienste und OpenID-Discovery, bevor du den Web-Login testest.
Screenshot: grommunio Admin Dashboard mit aktivem und enabled `grommunio-keycloak`-Dienst.
Schritt 7: Keycloak-Admin-Konsole öffnen
Öffne die Admin-Konsole nur aus dem erlaubten Management-Netz. Nach dem ersten Login zeigt Keycloak einen Hinweis auf den temporären Admin-Benutzer. Für Produktion legst du einen dauerhaften Admin an, prüfst Rollen und entfernst den temporären Bootstrap-Benutzer.
# Management-Client oder VPN:https://mail.example.test/auth/admin/# Nach dem Login:# permanenten Admin anlegen# temporären Bootstrap-Admin entfernen# MFA/Recovery-Prozess für Admins festlegen
Screenshot: Keycloak-Login unter `/auth/admin` über den Web-vHost.
Screenshot: Keycloak-Konsole nach dem Login mit Hinweis auf den temporären Admin-Benutzer.
Schritt 8: grommunio-Realm prüfen
Der Realm `grommunio` ist die fachliche SSO-Ebene für die grommunio-Anmeldung. Prüfe Realm, Login-Theme, Session-Verhalten, Token-Laufzeiten und später die angebundenen Identity Provider.
/opt/grommunio-keycloak/bin/kcadm.sh get realms/grommunio --fields realm,enabled,rememberMe,loginTheme | jq .
Screenshot: Der eingerichtete grommunio-Realm in der Keycloak-Konsole.
Schritt 9: OIDC-Client prüfen
Der Client `grommunio` verbindet grommunio Web mit Keycloak. Besonders wichtig sind Redirect-URIs, Web Origins, Client Secret, Standard Flow, Direct Access Grants und Service Accounts. Ändere diese Werte nur bewusst und teste danach den Login neu.
Redirect URIs müssen eng auf die echten grommunio-Web-Rücksprungpfade begrenzt sein.
Web Origins gehören ebenfalls restriktiv gesetzt; Wildcards sind bequem, aber riskant.
Confidential Clients nutzen ein Secret; dieses Secret steht in der Web-Konfiguration und darf nicht weltlesbar sein.
Standard Flow ist für Browser-Login relevant.
Direct Access Grants brauchst du nur, wenn ein geprüfter Use Case wirklich Passwortgrant erfordert.
Service Accounts aktivierst du nur für technische Client-zu-Client-Szenarien, nicht vorsorglich.
/opt/grommunio-keycloak/bin/kcadm.sh get clients -r grommunio -q clientId=grommunio \| jq '.[0] | {clientId, redirectUris, webOrigins, publicClient, standardFlowEnabled, directAccessGrantsEnabled, serviceAccountsEnabled}'
Screenshot: Der OpenID-Connect-Client `grommunio` mit Redirect- und Origin-Kontext.
Schritt 10: User Federation prüfen
Der grommunio-User-Storage-Provider sorgt dafür, dass Keycloak grommunio-Benutzer verwenden kann. Prüfe, ob der Provider aktiv ist und ob Benutzer im Realm sichtbar werden. Wenn beim ersten Login Profilfelder fehlen, ergänzt Keycloak diese über eine Required Action.
Wichtig ist die Trennung: In diesem Artikel bleibt die grommunio-interne Benutzerquelle maßgeblich. User Federation meint hier den grommunio-User-Storage-Provider. Eine externe Benutzerquelle wie LDAP, Active Directory oder FreeIPA und ein externer Identity Provider über OIDC oder SAML sind andere Architekturentscheidungen und sollten separat geplant und getestet werden.
/opt/grommunio-keycloak/bin/kcadm.sh get components -r grommunio \| jq '.[] | select(.providerId=="grommunio") | {name, providerId, providerType, config}'
Screenshot: User Federation mit dem grommunio-Provider als Verbindung zu grommunio-Benutzern.
Schritt 11: Authentication-Flows und MFA planen
Keycloak-Flows sind der Ort für Login-Policies, MFA und spätere Identity-Provider-Integrationen. Aktiviere MFA nicht blind für alle Benutzer ohne Rollout-Plan. Definiere zuerst Admin-MFA, Recovery-Prozess, Helpdesk-Ablauf, Ausnahmen und Testgruppe.
Admin-Zugänge zuerst härten.
Pilotgruppe für Benutzer-MFA definieren.
Recovery-Codes oder Ersatzverfahren dokumentieren.
Monitoring für fehlgeschlagene Logins und Lockouts einplanen.
Externe IdPs wie Keycloak-Upstream, Entra ID, Okta oder LDAP/AD erst nach klarer Zielarchitektur anbinden.
Screenshot: Authentication-Flows bilden die Grundlage für MFA und kontrollierte Login-Policies.
Schritt 12: MFA für Benutzer aktivieren
Für Benutzer ohne bestehenden zweiten Faktor nutzt du in Keycloak die Required Action `Configure OTP`. Damit richtet der Benutzer beim nächsten Login einen Authenticator ein. Rolle MFA zuerst für Admins und eine Pilotgruppe aus, bevor du es als Standardaktion für alle Benutzer aktivierst.
Pilot: Required Action nur für ausgewählte Benutzer setzen.
Breiter Rollout: `Configure OTP` als Default Action aktivieren, damit Benutzer ohne OTP beim nächsten Login geführt werden.
Recovery: Prozess für verlorene Geräte, Helpdesk-Prüfung und erneute OTP-Einrichtung vorher festlegen.
Monitoring: fehlgeschlagene Logins, Lockouts und ungewöhnliche MFA-Fehler regelmäßig prüfen.
Im Browser öffnest du die Keycloak-Admin-Konsole unter `https://mail.example.test/auth/admin/`, wechselst in den Realm `grommunio` und gehst zu Authentication -> Required actions. Dort aktivierst du `Configure OTP` und setzt es bei Bedarf als Default Action. Für wiederholbare Änderungen ist die CLI darunter besser, weil sie exakt dokumentierbar ist.
/opt/grommunio-keycloak/bin/kcadm.sh config credentials \--server http://localhost:9080/auth \--realm master \--user admin \--password '[REDACTED]'# Pilot: MFA für einen einzelnen Benutzer beim nächsten Login erzwingen.USER_ID=$(/opt/grommunio-keycloak/bin/kcadm.sh get users -r grommunio \-q username=alex@example.test --fields id --format csv --noquotes | head -1)/opt/grommunio-keycloak/bin/kcadm.sh update users/$USER_ID -r grommunio \-s 'requiredActions=["CONFIGURE_TOTP"]'# Rollout: Configure OTP als Default Action für Benutzer ohne OTP aktivieren./opt/grommunio-keycloak/bin/kcadm.sh update authentication/required-actions/CONFIGURE_TOTP -r grommunio \-s enabled=true \-s defaultAction=true
Beim nächsten Aufruf von `https://mail.example.test/web/` gibt der Benutzer zuerst sein Passwort ein. Danach zeigt Keycloak die OTP-Einrichtung an: Authenticator-App öffnen, QR-Code oder Setup-Key übernehmen, Einmalcode eingeben und bestätigen. Bei folgenden Logins fragt Keycloak nach Passwort und Einmalcode.
Wichtig für die Praxis: Der QR-Code ist kein Admin-Konfigurationsbild, sondern erscheint im Benutzer-Login nach gesetzter Required Action. Genau diesen Ablauf solltest du vor einem Rollout mit einem Pilotbenutzer testen: Webmail öffnen, Passwort eingeben, QR-Code scannen, OTP bestätigen, abmelden, erneut anmelden und den Einmalcode prüfen.
Screenshot: Beim nächsten Login zeigt Keycloak die MFA-Einrichtung mit scanbarem QR-Code an.
Wenn ein Benutzer sein Gerät verliert, entfernst du das OTP-Credential und setzt danach erneut `CONFIGURE_TOTP`. Prüfe die Credential-ID vorher gezielt; lösche nicht blind andere Anmeldemethoden.
USER_ID=$(/opt/grommunio-keycloak/bin/kcadm.sh get users -r grommunio \-q username=alex@example.test --fields id --format csv --noquotes | head -1)/opt/grommunio-keycloak/bin/kcadm.sh get users/$USER_ID/credentials -r grommunio# Nur das echte OTP-Credential des betroffenen Benutzers löschen./opt/grommunio-keycloak/bin/kcadm.sh delete users/$USER_ID/credentials/$CREDENTIAL_ID -r grommunio/opt/grommunio-keycloak/bin/kcadm.sh update users/$USER_ID -r grommunio \-s 'requiredActions=["CONFIGURE_TOTP"]'
Schritt 13: grommunio Web Login testen
Rufe grommunio Web ohne Admin-Konsole auf. Nach aktivem Keycloak-Adapter solltest du auf den Keycloak-Login für den Realm `grommunio` weitergeleitet werden. Melde dich mit einem vorhandenen grommunio-Benutzer an und prüfe, ob die Session zurück in grommunio Web läuft.
https://mail.example.test/web/# Bei Fehlern:journalctl -u php-fpm --since '30 minutes ago' --no-pagerjournalctl -u grommunio-keycloak --since '30 minutes ago' --no-pagertail -200 /var/log/nginx/error.log
Screenshot: grommunio Web leitet den Benutzer auf Keycloak im Realm `grommunio`.
Screenshot: Beim ersten Login kann Keycloak fehlende Profilfelder über eine Required Action abfragen.
Troubleshooting aus der geprüften Appliance
Drei Fehlerbilder sind besonders wichtig, weil sie in der Praxis schnell verwirren.
`/web/nullrealms/...`: grommunio Web konnte `/etc/gromox/keycloak.json` nicht lesen oder die Datei ist ungültig.
`Unable to create folder at path /tmp/vertx-cache/...`: temporären Cache entfernen und Keycloak danach per Systemd starten.
404 auf Theme-CSS: Login-Theme und Theme-Ressourcen prüfen; in der geprüften Appliance war der stabile Keycloak-Standard-Theme-Fallback sauber.
jq . /etc/gromox/keycloak.json >/dev/nullrunuser -u groweb -- php -r 'define("GROMOX_CONFIG_PATH","/etc/gromox/"); $f=GROMOX_CONFIG_PATH."keycloak.json"; var_dump(is_readable($f));'rm -rf /tmp/vertx-cachesystemctl restart grommunio-keycloak php-fpm nginxcurl -k https://mail.example.test/auth/realms/grommunio/.well-known/openid-configuration | jq -r '.issuer'
Wenn Keycloak ausfällt
Fällt Keycloak aus, scheitern neue SSO-Logins. Bestehende Sessions können je nach Zustand, Session-Lifetime und Anwendungskontext noch eine Zeit lang funktionieren oder beim nächsten Token-/Session-Schritt abbrechen. Verlass dich deshalb nicht auf Annahmen, sondern teste Ausfall und Wiederanlauf im eigenen Betriebsmodell.
Überwache `grommunio-keycloak`, nginx, php-fpm, MariaDB, OpenID-Discovery, Health/Metrics, Login-Fehler, Token-Fehler, Lockouts, Zertifikate und Datenbankverfügbarkeit.
Plane DB- und Konfigurationsbackup, Recovery-Verfahren und Restore-Test.
Lege einen stark geschützten Break-Glass-Zugang für Wiederherstellung fest und teste ihn regelmäßig.
Für größere Umgebungen gehört Keycloak-HA als eigenes Architekturthema geplant; dieser Artikel behauptet keine ungetestete HA-Variante.
Backup, Restore und Lifecycle
Vor Änderungen an Authentifizierung sicherst du mehr als nur Pakete. Entscheidend sind Datenbank, Realm-/Client-Konfiguration, Secrets, Reverse-Proxy-Regeln und die Dateien, die grommunio Web für OIDC benötigt.
Sichern oder bewusst prüfen: Keycloak-Datenbank, `/etc/grommunio-keycloak/`, `/etc/gromox/keycloak.json`, nginx-Auth-Allow-Konfiguration, relevante Secrets und angepasste Themes oder Konfigurationen.
Restore-Test durchführen: Dienststart, OpenID-Discovery, Admin-Login, Web-Login, MFA-Pilot, Redirects und Logs prüfen.
Updates nur im grommunio-Lifecycle durchführen: Release Notes lesen, Backup/Snapshot erstellen, Realm/Client/Redirects dokumentieren, danach Services, Discovery, Web-Login, Admin-Login und MFA erneut testen.
Produktionshärtung
`/auth/admin`, `/auth/metrics` und `/auth/health` nur über Management-Netz, VPN, Bastion oder explizite IP-Allowlist freigeben.
Temporären Admin-Benutzer durch dauerhafte Admin-Konten mit MFA ersetzen.
OIDC-Client-Secret, Datenbankpasswörter und Keycloak-Konfigurationsdateien in Backup und Secret-Management aufnehmen.
TLS, FQDN, Reverse Proxy und HSTS vor produktivem Login prüfen.
MFA zuerst für Admins und Pilotgruppe ausrollen.
Externe Identity Provider nur nach sauberem Attribut-, Gruppen- und Rollenmodell anbinden.
Keycloak, grommunio-keycloak, grommunio-auth, nginx und PHP-FPM überwachen.
Login-Fehler, Lockouts, Token-Fehler und ungewöhnliche Session-Muster auswerten.
Backup/Restore von Keycloak-Datenbank und grommunio-Konfiguration testen.
Änderungen an Flows, Clients und Redirect-URIs versionieren und mit Rollback-Plan durchführen.
Reihenfolge in der grommunio-Serie
Chronologisch bleibt die Reihe klar: zuerst grommunio 2026.06.1 installieren, danach Day-2-Themen wie grommunio-antispam und grommunio-auth. Produktkontext findest du zusätzlich auf der grommunio-auth-Produktseite.
Ausblick
Externe Identity Provider, Keycloak-HA, Backup/DR-Architektur, Monitoring-Ausbau und moderne Authentifizierungsverfahren wie WebAuthn, Passkeys oder Conditional Flows gehören in die nächste Planungsstufe. Sie sollten aber nur umgesetzt werden, wenn Support, Zielarchitektur und Betriebspfad für die konkrete grommunio-Umgebung geprüft sind.
Quellen und geprüfte Grundlage
grommunio 2026.06.1 Release Notes: neue Appliance-Basis, neue Adminoberfläche und Keycloak-Komponente.
grommunio Technology: Identity, Access, OIDC, SAML, LDAP/AD, MFA und RBAC als Plattformfunktionen.
grommunio Keycloak Provider: User-Storage-Provider für grommunio-Benutzer und Keycloak-Integration.
Keycloak-Dokumentation: OpenID Connect, Realms, Clients, Authentication-Flows und Serveradministration.
Geprüfte Appliance: grommunio 2026.06.1, `grommunio-auth 0.2.25`, `grommunio-keycloak 26.7.2`, Web-vHost unter `/auth`, Keycloak intern auf `9080`.
Lizenzen und Evaluierung
Wenn du grommunio evaluieren möchtest oder Lizenzen für eine produktive Umgebung benötigst, kannst du dich auch an ForgeOne wenden. Als grommunio Gold Partner unterstützen wir bei der Auswahl des passenden Lizenzmodells und können Test- bzw. Evaluierungsmöglichkeiten für geplante Umgebungen gemeinsam klären.
grommunio-auth produktiv einführen
ForgeOne plant und betreibt grommunio als souveräne Collaboration-Plattform inklusive Lizenzierung, SSO, Keycloak, MFA, Mailflow, Migration, Monitoring, Backup und Support. Wenn du grommunio als Native Exchange Replacement mit zentraler Anmeldung einsetzen willst, prüfen wir Architektur, Identity-Anbindung und Rollout gemeinsam.
