Google Workspace SSO (SAML)

Overview

While Nucleus includes a comprehensive system for managing users and groups, customers may choose to use a 3rd party identity provider for managing access. This document details the steps needed to integrate Nucleus and Google Workspace for Single Sign-On.

Prerequisites

To configure Google Workspace for SSO, the following is required:

  • A configured and functional Google Workspace tenant with a user that has administrative access

  • A stable and operational Enterprise Nucleus Server

  • An SSL/TLS certificate from a trusted Certificate Authority (CA) for the Nucleus SSO Gateway. (The entire certificate chain and private key is required.)

  • Access to create public DNS entries within your domain

Note

The file location examples shown in this document assume you are using the default installation path. Modify the file paths if you are using a custom location for your Nucleus SSO Gateway installation.

Part I: Pre-Configuration

  • Create a DNS entry for the Nucleus SSO Gateway which points to the IP Address of your Nucleus server. (Depending on your requirements, this may be a public or internal DNS entry.)

Warning

Configuring SSO may require network configuration changes (i.e., firewall changes). Please consult your IT/Information Security team for proper advisement.

Part II: Google Workspace Configuration

  1. Once logged into the Google Administrative Portal, on the left menu, click and expand Apps, then click Web and mobile apps.

Google SSO Main Menu

  1. Within the main window, click and drop down the Add app menu, then click Add custom SAML app.

Google SSO SAML App Menu

  1. Name the application (e.g., Omniverse Nucleus), then click Continue.

Google SSO Name ID

  1. Download the metadata file by clicking the Download Metadata button within Option 1 as this file will be needed for a future step. Click Continue.

Google SSO Download Metadata

  1. For the ACS URL, enter the SSO URL and include the /result path. (e.g., https://sso.omniverse.nvidia.com/result).

  2. For the Entity ID, enter the SSO URL. (e.g., https://sso.omniverse.nvidia.com).

Google SSO Service Provider ID

  1. Set the Name ID format to EMAIL, and the Name ID to Basic Information > Primary email, then click Continue.

Google SSO Service Name ID

  1. There are no additional attributes needed, so leave the attribute mapping options as the defaults and click Finish.

Part III: Configuring Nucleus

  1. Prior to configuring the Nucleus configuration files, upload the metadata file that was downloaded from the Google Workspace portal and save it to this path:

/opt/ove/base_stack/saml/GoogleIDPMetadata.xml

Within the nucleus-stack.env file, the following changes need to be made:

  1. Enable the SSO functionality:

USE_SAML_SSO=1
  1. Set the Nucleus SSO Gateway Address: (e.g., https://sso.omniverse.nvidia.com)

SSO_GW_ADDRESS=
  1. Set the SSO Metadata file location: (This is the file from Step 1.)

FEDERATION_META_FILE=
  1. Set the SAML IDP Login URL: (This address is contained within the file from Step 1. - e.g., https://accounts.google.com/o/saml2/idp?idpid=[CUSTOM_APP_ID])

SAML_LOGIN_URL=
  1. Set the SAML SSO Destination URL: (This address is the same as the prior step.)

SAML_SSO_DESTINATION=
  1. Set the text for the SSO button that will appear on the Nucleus log on screen:

SAML_SSO_NAME="Google SSO"

Note

Any fields within the nucleus-stack.env file that are not mentioned above should remain using their default configuration.

Configure the Nucleus SSO Gateway

Within the nucleus-sso-gateway.env file, make the following changes: (This file is located in the /opt/ove/sso directory if Nucleus was installed using the default installation path.)

  1. Uncomment the End-User License Agreement (EULA):

# Uncomment to indicate your acceptance of EULA
ACCEPT_EULA=1
  1. Specify the location of the SSL/TLS certificates and keys:

SSL_CERT=
SSL_KEY=

Note

It’s necessary to provide the full certificate chain and the Nucleus SSO Gateway requires all certificates to be contained within a single file and be in the following order (top to bottom): Domain Cert > Interim Cert(s) > CA/Root Cert.

  1. If a password is required to decrypt the key, specify it here:

SSL_KEY_PASSWORD=
  1. Make sure that your Nucleus SSO Gateway is running on TCP 443: (If required, the SSO Gateway may be run on a different port (i.e., TCP 444)):

SSO_GW_PORT=443
  1. Before running the Nucleus SSO service, pull the necessary containers to ensure all required software is locally available:

sudo docker compose --env-file /opt/ove/sso/nucleus-sso-gateway.env -f /opt/ove/sso/nucleus-sso-gateway.yml pull
  1. Once the software is pulled, it can be started:

sudo docker compose --env-file /opt/ove/sso/nucleus-sso-gateway.env -f /opt/ove/sso/nucleus-sso-gateway.yml up -d

Note

The above configuration assumes that SSL is being used for your Nucleus environment. If SSL is not being used, specify the no-ssl.yml configuration file.

Part IV: Testing

In your web browser, visit the URL for your Nucleus server, which should now display an Google Workspace SSO login option:

Nucleus login

Clicking the Google SSO button will direct you to Google Workspace for authentication. Once correct credentials are entered and the user is authenticated, Nucleus Navigator will appear.

Part V: Optional Configuration

Hiding Local Account Credential Fields

Once your Nucleus server is configured for SSO, the login dialog can be configured to hide the username, password, and Create Account link which then forces the user to log in only using the SSO provider.

To remove the extra credential fields, follow these steps:

  1. Log into your Enterprise Nucleus Server and change to the directory where Nucleus is installed.

  2. Using your preferred text editor, make the following change to nucleus-stack.env: (Change True to False.)

CREDENTIAL_UI_VISIBLE=false
  1. Restart the Docker containers on your Enterprise Nucleus Server.

The login page for Nucleus will now only display the link for the SSO provider as shown in the example below:

Nucleus login with no creds

Important

The login/password credential window can be accessed by adding /admin to the end of the URL when logging into Nucleus Navigator using a web browser. (e.g., https://omniverse.nvidia.com/omni/web3/admin).

Using a Custom SSO Button Icon

If it’s desired to use a custom SSO button icon, follow these steps:

  1. Log into your Enterprise Nucleus Server and change to the directory where Nucleus is installed.

  2. Using your preferred text editor, make the following change to nucleus-stack.env:

# Add the URL of where the image is hosted.  (e.g., https://www.nvidia.com/images/sso_icon.png)
SAML_SSO_IMAGE=
  1. Additionally, make the following change to nucleus-stack-ssl.yml or nucleus-stack-no-ssl.yml: (Depending on the use of SSL or not.)

# Uncomment (and set to valid URL) if custom SSO
# icon is desired
SAML_SSO_IMAGE: ${SAML_SSO_IMAGE}
  1. Restart the Docker containers on your Enterprise Nucleus Server.

The SSO button will now display your preferred icon as shown in the example below:

Nucleus login with custom icon

Troubleshooting

If connections to your Nucleus server are failing, telnet to the SSO Gateway port from your computer. (By default, telnet is not enabled within Windows and is sometimes not installed on Linux distributions.)

If a connection refused or similar message is displayed, verify the following:

  • Ensure the Nucleus SSO Gateway service is running and the port configuration is correct.

  • Ensure there is not a local firewall running on the server and/or a firewall blocking connections.

To verify that your Nucleus SSO Gateway is configured correctly, visit the URL of the Nucleus SSO Gateway using your browser. If the configuration settings are correct, the following message will appear:

SSO Gateway Confirmation

If you are using an NGINX proxy to provide TLS/SSL for Nucleus and are receiving a 414 Request-URI Too Large message when logging in with SSO:

414 error message

Make the following changes within the nginx.ingress.router.conf file on your NGINX server:

server {
    # Disable size limit on request bodies
    client_max_body_size 0;
    large_client_header_buffers  16 16k;

Once the change is made and the file is saved, restart the NGINX service and try again.