Wallaroo supports Single Sign-On (SSO) authentication through multiple providers. The following guides demonstrate how to enable SSO for different services.
This is the multi-page printable view of this section. Click here to print.
Wallaroo Authentication Configuration Guides
- 1: Wallaroo SSO for Amazon Web Services
- 2: Wallaroo SSO for Microsoft Azure
- 3: Wallaroo SSO for Google Cloud Platform
- 4: Wallaroo SSO Configuration for Seamless Redirect
1 - Wallaroo SSO for Amazon Web Services
Organizations can use Amazon Web Services (AWS) as an identity provider for single sign-on (SSO) logins for users with Wallaroo Enterprise.
These instructions are for Wallaroo Enterprise edition only.
To enable AWS as an authentication provider to a Wallaroo instance:
- Create the Wallaroo AWS SAML Identity Provider
- Create the AWS Credentials
- Add the AWS Credentials to Wallaroo
- Verify the Login
Prerequisites
- Administrative access to the Wallaroo instance
- Permissions in an AWS account to the IAM Identity Center. For more information, see AWS IAM Identity Center Prerequisites and considerations for specific environments
Create the Wallaroo AWS SAML Identity Provider
Using AWS as a single sign-on identity provider within Wallaroo requires access to the Wallaroo instance’s Keycloak service. This process will require both the IAM Identity Center and Wallaroo Keycloak service be available at the same time to copy information between the two. When starting this process, do not close the Wallaroo Keycloak browser window or the AWS IAM Identity Center without completing all of the steps until Verify the Login.
-
- From the Wallaroo instance, login to the Keycloak service. This will commonly be $PREFIX.keycloak.$SUFFIX. For example,
playful-wombat-5555.keycloak.wallaroo.example
.
- From the Wallaroo instance, login to the Keycloak service. This will commonly be $PREFIX.keycloak.$SUFFIX. For example,
-
Select Administration Console.
-
From the left navigation panel, select Identity Providers.
-
Select Add provider and select SAML v2.0.
-
Enter the following:
- Alias ID: This will be the internal ID of the identity provider. It also sets the Redirect URI used in later steps.
- Display Name: The name displayed for users to use in authenticating.
-
Save the following information:
- Redirect URI: This is determined by the Wallaroo DNS Prefix, Wallaroo DNS Suffix, and the Alias ID in the format
$PREFIX.keycloak.$SUFFIX/auth/realms/master/broker/$ALIASID/endpoint
. For example,playful-wombat-5555.keycloak.wallaroo.example/auth/realms/master/broker/aws/endpoint
. - Service Provider Entry ID: This is in the format
$PREFIX.keycloak.$SUFFIX/auth/realms/master
. For example:playful-wombat-5555.keycloak.wallaroo.example/auth/realms/master
.
- Redirect URI: This is determined by the Wallaroo DNS Prefix, Wallaroo DNS Suffix, and the Alias ID in the format
Create the AWS Credentials
The next step is creating the AWS credentials, and requires access to the organization’s Amazon IAM Identity Center.
-
From the AWS console, select the IAM Identity Center.
-
From the IAM Identity Center Dashboard, select Applications then Add application.
-
Select Custom application->Add custom SAML 2.0 application, then select Next.
-
Enter the following:
- Display name:
AWS
or something similar depending on your organization’s requirements. - Application metadata:
- Application ACS URL: Enter the Redirect URI from [Create the Wallaroo AWS SAML Identity Provider].(#create-the-wallaroo-aws-saml-identity-provider).
- Application SAML audience: Enter the Service Provider Entry ID from [Create the Wallaroo AWS SAML Identity Provider].
- Display name:
-
Select the IAM Identity Center SAML metadata file and copy the URL. Store this for the step [Add AWS Credentials to Wallaroo](#add-aws-credentials-to-wallaroo(#add-aws-credentials-to-wallaroo).
-
Select Submit.
-
From the new application, select Actions->Edit attribute mappings.
-
Enter the following:
- Subject (default entry): Set to
${user:email}
, with the FormatemailAddress
. - Select Add new attribute mapping and set it to
email
, mapped to${user:email}
, with the FormatemailAddress
.
- Subject (default entry): Set to
-
Select Save Changes to complete mapping the attributes.
-
From the IAM Identity Center Dashboard, select Users. From here, add or select the users or groups that will have access to the Wallaroo instance then select Assign Users.
Add AWS Credentials to Wallaroo
Return to the Wallaroo Keycloak service and the new Identity Provider from Create the Wallaroo AWS SAML Identity Provider.
-
In Import External IDP Config->Import from URL, enter the IAM Identity Center SAML metadata file saved from Create the AWS Credentials in the field Service Provider Entity ID.
-
Select Import.
-
Once the AWS SAMl settings are imported, select Save to store the identity provider.
Verify the Login
Once complete, log out of the Wallaroo instance and go back into the login screen. With the usual username and password screen should also be a AWS
link at the bottom or whatever name was set for the identity provider. Select that link to login.

Login to the IAM Application created in Create the AWS Credentials. The first time a user logs in they will be required to add their first and last name. After this, logins will happen as long as the user is logged into the AWS IAM application without submitting any further information.
2 - Wallaroo SSO for Microsoft Azure
Organizations can use Microsoft Azure as an identity provider for single sign-on (SSO) logins for users with Wallaroo Enterprise.
These instructions are for Wallaroo Enterprise edition only.
To enable Microsoft Azure as an authentication provider to a Wallaroo Enterprise instance:
Create the Azure Credentials
The first step is to create the Azure credentials in Microsoft Azure.
By the end, the following information must be saved for use in the step Add Azure Credentials to Wallaroo:
Create the New App
-
Login into the Microsoft Azure account with an account with permissions to create application registrations.
-
Select App registrations from the Azure Services menu, or search for App Registrations from the search bar.
-
From the App registrations screen, select either an existing application, or select + New registration. This example will show creating a new registration.
-
From the Register an application screen, set the following:
-
Name: The name of the application.
-
Supported account types: To restrict only to accounts in the organization directory, select Accounts in this organizational directory only.
-
Redirect URI: Set the type to Web and the URI. The URI will be based on the Wallaroo instance and the name of the Keycloak Identity Provider set in the step Add Azure Credentials to Wallaroo. This will be a link back to the Keycloak endpoint URL in your Wallaroo instance in the format
https://$PREFIX.keycloak.$SUFFIX/auth/realms/master/broker/$IDENTITYNAME/endpoint
.For example, if the Wallaroo prefix is
silky-lions-3657
, the name of the Wallaroo Keycloak Identity Provider isazure
, and the suffix iswallaroo.ai
, then the Keycloak endpoint URL would besilky-lions-3657.keycloak.wallaroo.ai/auth/realms/master/broker/azure/endpoint
. For more information see the DNS Integration Guide.Once complete, select Register.
-
Store the Application ID
-
From the Overview screen, store the following in a secure location:
-
Application (client) ID: This will be used in the Add Azure Credentials to Wallaroo step.
-
-
From the Overview screen, select Redirect URIs. Set the following:
- Verify the Redirect URI matches the Wallaroo instance endpoint.
- Under Implicit grant and hybrid flows, set the following:
- Access tokens: Enabled
- ID tokens: Enabled
-
From the Overview screen, from the left sidebar select API permissions. Select +Add a permission.
-
Select Microsoft Graph, then Delegated Permissions.
-
Set email, openid, profile to Enabled then select Add permissions.
-
Create Client Secret
-
From the Overview screen, select Add a certificate or secret.
-
Select Client secrets, then +New client secret.
-
Set the following, then select Add.
- Description: Set the description of the client secret.
- Expires: Set the expiration for the client secret. Defaults to 6 months from creation.
-
Store the following in a secure location:
- Client secret Value: This will be used in the Add Azure Credentials to Wallaroo step.
-
Store Metadata Document
-
From the left navigation panel, select Overview, then Endpoints.
- Store the following in a secure location:
-
OpenID Connect metadata document: This will be used in the Add Azure Credentials to Wallaroo step.
-
- Store the following in a secure location:
Add Azure Credentials to Wallaroo
With the Azure credentials saved from the Create the Azure Credentials step, they can now be added into the Wallaroo Keycloak service.
-
Login to the Wallaroo Keycloak service with a Wallaroo admin account from the URL in the format
https://$PREFIX.keycloak.$SUFFIX
.For example, if the Wallaroo prefix is
silky-lions-3657
, the name of the Wallaroo Keycloak Identity Provider isazure
, and the suffix iswallaroo.ai
, then the Keycloak endpoint URL would besilky-lions-3657.keycloak.wallaroo.ai
. For more information see the DNS Integration Guide. -
Select Administration Console, then from the left navigation panel select Identity Providers.
-
From the right Add provider… drop down menu select OpenID Connect v1.0.
-
From the Add identity provider screen, add the following:
- alias: The name of the the Identity Provider. IMPORTANT NOTE: This will determine the Redirect URI value that is used in the Create the Azure Credentials step. Verify that the Redirect URI in both steps are the same.
- Display Name: The name that will be shown on the Wallaroo instance login screen.
- Client Authentication: Set to Client secret sent as post.
- Client Authentication: Set with the Application (client) ID created in the Create the Azure Credentials step.
- Client Secret: Set with the Client secret Value created in the Create the Azure Credentials step.
- Default Scopes: Set to
openid email profile
- one space between each word. - Scroll to the bottom of the page and in Import from URL, add the OpenID Connect metadata document created in the Create the Azure Credentials step. Select Import to set the Identity Provider settings.
-
Once complete, select Save to store the identity provider settings.
Once the Azure Identity Provider settings are complete, log out of the Keycloak service.
Verify the Login
After completing Add Azure Credentials to Wallaroo, the login can be verified through the following steps. This process will need to be completed the first time a user logs into the Wallaroo instance after the Azure Identity Provider settings are added.
-
Go to the Wallaroo instance login page. The Azure Identity Provider will be displayed under the username and password request based on the Displey Name set in the Add Azure Credentials to Wallaroo step.
-
Select the Azure Identity Provider to login.
-
For the first login, grant permission to the application. You may be required to select which Microsoft Azure account is being used to authenticate.
Once complete, the new user will be added to the Wallaroo instance.
3 - Wallaroo SSO for Google Cloud Platform
Organizations can use Google Cloud Platform (GCP) as an identity provider for single sign-on (SSO) logins for users with Wallaroo Enterprise.
These instructions are for Wallaroo Enterprise edition only.
To enable Google Cloud Platform (GCP) as an authentication provider to a Wallaroo instance:
Create GCP Credentials
To create the GCP credentials a Wallaroo instance uses to authenticate users:
-
Log into Google Cloud Platform (GCP) console.
-
From the left side menu, select APIs and Services -> Credentials.
-
Select + CREATE CREDENTIALS->Oauth client ID.
-
Set Application type to Web application.
-
Set the following options:
-
Name: The name for this OAuth Client ID.
-
Authorized redirect URIs: This will be a link back to the Keycloak endpoint URL in your Wallaroo instance in the format
https://$PREFIX.keycloak.$SUFFIX/auth/realms/master/broker/google/endpoint
.For example, if the Wallaroo prefix is
silky-lions-3657
and the suffix iswallaroo.ai
, then the Keycloak endpoint URL would besilky-lions-3657.keycloak.wallaroo.ai/auth/realms/master/broker/google/endpoint
. For more information see the DNS Integration Guide.
-
-
When the Oauth client is created, the Client ID and the Client Secret will be displayed. Store these for the next steps.
Add GCP Credentials to Wallaroo
With the Client ID and Client Secret from Google, we can now add this to the Wallaroo instance Keycloak service.
Leaving the Hosted Domain value unset will allow any valid Google user to access the system. Set the Hosted Domain to restrict access to the desired Google domain such as
wallaroo.ai
. This must be a domain that is managed by Google. For more information, see the Keycloak Social Identity Providers documentation.
-
From the Wallaroo instance, login to the Keycloak service. This will commonly be $PREFIX.keycloak.$SUFFIX. For example,
playful-wombat-5555.keycloak.wallaroo.ai
. -
Select Administration Console.
-
From the left navigation panel, select Identity Providers.
-
Select Add provider and select Google.
-
Enter the following:
- Redirect URI: Verify this is the same endpoint defined in Create GCP Credentials.
- Client ID: Use the Client id from Get GCP Credentials.
- Client Secret: Use the Client secret from Get GCP Credentials.
- Hosted Domain: The domain that the user’s will be logging in from. For example:
wallaroo.ai
. - Enabled: On
- For the other settings, see the Keycloak Social Identity Providers documentation.
Verify the Login
Once complete, log out of the Wallaroo instance and go back into the login screen. With the usual username and password screen should also be a google
link at the bottom or whatever name was set for the identity provider.

Select it, then select which Google user account to use. As long the domain matches the one listed in Add Google Credentials to Keycloak, the login will succeed. The first time a user logs in through Google, Keycloak will create a new local user account based on the Google credentials.
Troubleshooting
I get the error “This app’s request is invalid”
Double check the Google credentials from Get GCP Credentials and verify that the Authorized redirect URIs matches the one in Keycloak. This can be verified from logging into Keycloak, selecting Identity Providers, selecting the Google identity provider and Redirect URI from the top line.

4 - Wallaroo SSO Configuration for Seamless Redirect
By default, when organizations add identity providers to Wallaroo users have to select which identity provider or at least provide their username and passwords to login through the default Keycloak service.
The following instructions show how to set an identity provider as the default and configure Wallaroo so users who are already authenticated through a identity provider can seamlessly login to their Wallaroo instance without having to select any other options.
This process has two major steps:
Prerequisites
These instructions assume that an identity provider has been created for the Wallaroo instance.
Set an Identity Provider as Default
To set a default identity provider for a Wallaroo instance for seamless access:
-
Access the Wallaroo Keycloak service through a browser as an administrator. The Keycloak service URL will be in the format
$WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX
. For example, if the Wallaroo prefix iswallaroo
and the suffixexample.com
, then the Keycloak service URL would bewallaroo.keycloak.example.com
. See the DNS Integration Guide for more details on Wallaroo services with DNS. -
Select Administration Console, then log in with an administrator account. See the Wallaroo User Management guides for more information.
-
From the left navigation panel, select Authentication.
-
For the Auth Type Identity Provider Redirector row, select Actions -> Config.
-
Enter the following:
- Alias: The name for this configuration.
- Default Identity Provider: The identity provider to use by default. A list is available from Configure->Identity Providers. For this example, it is
google
. Verify that the name matches the name of the existing Identity Provider.
-
Select Save.
-
Save the ID! Save the Identity Provider Redirectory generated by Keycloak. This step is important in disabling the seamless redirect.
Set Update Profile on First Login to Off
This optional step prevents the Keycloak service from forcing the user to update an existing profile the first time they log in through a new identity provider. For more information, see the Keycloak Identity Broker First Login documentation.
To set the Identity Broker First Login to Off
:
-
Access the Wallaroo Keycloak service through a browser as an administrator. The Keycloak service URL will be in the format
$WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX
. For example, if the Wallaroo prefix iswallaroo
and the suffixexample.com
, then the Keycloak service URL would bewallaroo.keycloak.example.com
. See the DNS Integration Guide for more details on Wallaroo services with DNS. -
Select Administration Console, then log in with an administrator account. See the Wallaroo User Management guides for more information.
-
From the left navigation panel, select Authentication.
-
From the top drop-down list, select First Broker Login, then for the row labeled Review Profile(review profile config), select Actions->Config.
-
Set Update Profile on First Login to Off.
-
Select Save.
Disable Automatic Redirects
Disable Through Keycloak UI
To disable automatic redirects through the Keycloak UI:
-
- Access the Wallaroo Keycloak service through a browser as an administrator. The Keycloak service URL will be in the format
$WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX
. For example, if the Wallaroo prefix iswallaroo
and the suffixexample.com
, then the Keycloak service URL would bewallaroo.keycloak.example.com
. See the DNS Integration Guide for more details on Wallaroo services with DNS.
- Access the Wallaroo Keycloak service through a browser as an administrator. The Keycloak service URL will be in the format
-
Select Administration Console, then log in with an administrator account. See the Wallaroo User Management guides for more information.
-
From the left navigation panel, select Authentication.
-
For the Auth Type Identity Provider Redirector row, set the Requirement to Disabled.
Seamless redirect is now disabled. Users will be able to either enter their username/password, or select the identity provider to use.
Disable through Kubernetes
This process allows users to disable the seamless redirect through through the Kubernetes administrative node. This process requires the following:
- The Identity Provider Redirector was saved from the step Set an Identity Provider as Default.
kubectl
is installed on the node administrating the Kubernetes environment hosting the Wallaroo instance.curl
is installed.
These steps assume the Wallaroo instance was installed into the namespace wallaroo
.
The following code will retrieve the Wallaroo Keycloak admin password,then makes a connection to the Wallaroo Keycloak service through curl
, then delete the identity provider set as the Identity Provider Redirector.
The Keycloak service URL will be in the format $WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX
. For example, if the Wallaroo prefix is wallaroo
and the suffix example.com
, then the Keycloak service URL would be wallaroo.keycloak.example.com
. See the DNS Integration Guide for more details on Wallaroo services with DNS.
The variable IDENTITYUUID
is the Identity Provider Redirector UUID.
Replace WALLAROOPREFIX
, WALLAROOSUFFIX
and IDENTITYUUID
with the appropriate values for your Wallaroo instance.
WALLAROOPREFIX="wallaroo"
WALLAROOSUFFIX="example.com"
IDENTITYUUID="1234"
KEYCLOAK_PASSWORD=$(kubectl -n wallaroo get secret keycloak-admin-secret -o go-template='{{.data.KEYCLOAK_ADMIN_PASSWORD | base64decode }}')
TOKEN=$(curl -s "https://$WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX/auth/realms/master/protocol/openid-connect/token" -d "username=admin" -d "password=$KEYCLOAK_PASSWORD" -d 'grant_type=password' -d 'client_id=admin-cli' | jq -r .access_token)
curl -H "Authorization: Bearer $TOKEN" "https://$WALLAROOPREFIX.keycloak.$WALLAROOSUFFIX/auth/admin/realms/master/authentication/config/$IDENTITYUUID" -X DELETE
Seamless redirect is now disabled. Users will be able to either enter their username/password, or select the identity provider to use.