Accounts vs Users
The distinction between Accounts and Users in Stroom.
Stroom authenticates its users against an Identity Provider (IDP) Identity Provider (IDP) An Identity Provider is a system or service that can authenticate a user and assert their identity. Identity providers can support single sign on (SSO), which allows the user to sign in once to the Identity Provider so they are then authenticated to all systems using that IDP.Click to see more details... using Open ID Connect . There are three deployment models, distinguished by where the user accounts live and which component performs the sign in.
Not sure which you have?
| Your situation | Model |
|---|---|
| No existing identity provider, or Stroom should manage its own accounts | Internal IDP |
| An existing IDP (KeyCloak, Cognito, Google, Entra ID) and browsers reach Stroom directly, or through a proxy that only routes | External IDP |
A load balancer or proxy in front of Stroom signs users in before traffic reaches it, e.g. an ALB authenticate-cognito rule, oauth2-proxy, or a policy that unauthenticated traffic must not reach the application |
Edge Proxy RP |
Whichever you use, authorisation is always handled by Stroom. The provider establishes who a user is; Stroom decides what they are allowed to do.
See Accounts and Users for how identities at the provider relate to Stroom users, and Tokens for API use for authenticating machine to machine.
The distinction between Accounts and Users in Stroom.
Details about Stroom’s own internal identity provider and authentication mechanisms.
How to set up Stroom to use a 3rd party identity provider such as KeyCloak, Cognito or Google for authentication.
Running Stroom behind an authenticating reverse proxy, such as an AWS Application Load Balancer with Cognito, that completes the Open ID Connect flow itself.
How to create and use tokens for making API calls.
An optional shared secret for wiring Stroom and Stroom-Proxy together in test or demonstration environments.