Tutorial: Authenticate Using SAML with Microsoft Entra ID
Overview
Configure Microsoft Entra ID (formerly Azure Active Directory) as a SAML 2.0 identity provider (IdP) for CloudConnexa using the SAML Setup Wizard. This lets your users authenticate to CloudConnexa with their Microsoft Entra ID credentials.
You'll create an enterprise application in Microsoft Entra ID, exchange configuration details between Microsoft Entra ID and CloudConnexa, review user attribute mappings, and test authentication before completing the setup.
Before you begin
You need:
CloudConnexa: The Owner or Administrator role for the WPC you're configuring.
Microsoft Entra ID: The Cloud Application Administrator or Application Administrator role.
Microsoft Entra ID P1 or P2: Required if you plan to assign application access through groups.
Access to both administration portals: Keep both open while you configure SAML because you'll exchange values between them.
Step 1: Start the SAML Setup Wizard
Start by selecting Microsoft Entra ID as your IdP in CloudConnexa.
Sign in to your WPC's Administration portal at your Cloud ID address (for example,
yourcompany.openvpn.com).Navigate to Settings → User Authentication.
Select Edit.
On the SAML Single Sign-On card, select Setup.
Under Select Your Identity Provider, select Microsoft Entra ID.
The wizard displays the configuration instructions and default attribute mappings for Microsoft Entra ID.
Step 2: Get the service provider values for CloudConnexa
Microsoft Entra ID needs service provider (SP) values from CloudConnexa to send SAML authentication responses to the correct WPC.
Under Share CloudConnexa Metadata, select Download.
The metadata file (.xml) downloads to your machine.
Or, you can copy the following values:
CloudConnexa value
Use in Microsoft Entra ID
Format
Single Sign-On URL (ACS)
Reply URL (Assertion Consumer Service URL)
https://sso-backend.openvpn.com/sso/api/v1/saml/acsIssuer Name
Identifier (Entity ID)
<cloud-id>.openvpn.comKeep the wizard open. You'll return to it after configuring Microsoft Entra ID.
For more information, refer to SAML and SCIM Service Provider Endpoints for CloudConnexa.
Step 3: Create an enterprise application in Microsoft Entra ID
Create a non-gallery enterprise application to connect Microsoft Entra ID to CloudConnexa.
Sign in to the Microsoft Entra admin center.
Navigate to Entra ID → Enterprise applications.
Select New application.
Select Create your own application.
Enter a name for your app.
Select Integrate any other application you don't find in the gallery (Non-gallery).
Select Create.
Under Getting Started for the new app, select Get started for 2. Set up single sign-on.
Select SAML as the method.
Configure the service provider details
Configure the SAML application using the values from CloudConnexa.
Select Upload metadata file at the top of the SAML setup page.
Select the XML file downloaded in Step 2 and select Add to upload it.
Review the populated fields from the XML file in the Basic SAML Configuration panel and select Save.
The Basic SAML Configuration card displays the configured values.
Alternatively, you can edit Basic SAML Configuration and manually enter the values:
Microsoft Entra ID field
Identifier (Entity ID)
Issuer Name from Step 2
Reply URL (Assertion Consumer Service URL)
Single Sign-On URL (ACS) from Step 2
Save the configuration.
Review user attributes and claims
Microsoft Entra ID sends user information through SAML claims.
Locate the Attributes & Claims card and select Edit.
Review the configured claims and verify that the application sends the email, username, first name, and last name information required by CloudConnexa.
You'll review the claim names and their mappings in Step 5.
Optional: Include group membership in SAML assertions
If you want CloudConnexa to assign users to user groups based on their Microsoft Entra ID group membership, configure a group claim.
From the Attributes & Claims page, select Add a group claim.
Select the groups you want to include in the SAML assertion.
Set Source attribute to Group ID.
Save the configuration.
With Group ID selected, Microsoft Entra ID sends group object IDs rather than display names. For example, a group named
Engineeringmight be represented by a GUID such asa3d1f920-7b6e-4d15-9c72-8e3f10b6a245
Assign users or groups to the application
Users need access to the enterprise application before they can authenticate to CloudConnexa.
Open Users and groups for the enterprise application.
Select Add user/group.
Assign the users or groups who need CloudConnexa access.
Retrieve the Microsoft Entra ID metadata URL
Open Single Sign-on for the enterprise application.
Under SAML Certificates, locate App Federation Metadata Url.
Copy the URL.
You'll use this URL to connect Microsoft Entra ID to CloudConnexa.
Step 4: Connect Microsoft Entra ID to CloudConnexa
Now provide the Microsoft Entra ID SAML configuration to CloudConnexa.
Return to the SAML Setup Wizard in CloudConnexa.
Select Next Step.
Provide Microsoft Entra ID Details is displayed.
Paste the App Federation Metadata Url copied from Microsoft Entra ID into IdP Federation Metadata URL.
Wait for CloudConnexa to retrieve the metadata.
Verify that the wizard displays Metadata retrieved, along with the issuer and signing certificate expiration date.
Leave Advanced Settings at their defaults.
Select Next Step.
Step 5: Map user attributes
CloudConnexa uses SAML claims to identify users and retrieve their information from Microsoft Entra ID.
The Map User Attributes step displays after you select Next Step. The wizard provides default Microsoft Entra ID mappings.
Unlike the short attribute names commonly used in Okta and JumpCloud, Microsoft Entra ID uses URI-based claim names.
Enable Allow user attributes mapping (Optional).
Review the default mappings for JumpCloud.
CloudConnexa field
Microsoft Entra ID SAML claim
Email Address
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddressemailUsername
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameGroup
http://schemas.microsoft.com/ws/2008/06/identity/claims/groupsFirst Name
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givennameLast Name
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surnameCompare the mappings with the claim names configured under Attributes & Claims in Microsoft Entra ID.
If the default values match, leave them unchanged.
If your application sends different claim names, update the corresponding fields. Ensure each mapping matches the complete claim URI, including capitalization.
Select Next Step.
Step 6: Test SAML authentication
Test the connection before completing the configuration to confirm that CloudConnexa can authenticate users through Microsoft Entra ID.
In the wizard, the Test Microsoft Entra ID Connection step displays.
Select Sign in With SAML SSO.
Authenticate using a Microsoft Entra ID account assigned to the enterprise application.
Review the test results. CloudConnexa checks the SAML response for:
A response received at the ACS endpoint.
A valid signature.
An issuer that matches the configuration.
An audience that matches the SP Entity ID.
An assertion timestamp within the allowed clock skew.
The wizard shows whether each check passed or failed.
Verify the user attributes
The test also displays the user information received from Microsoft Entra ID:
Email
First Name
Last Name
IdP Group
Username
If a field displays
-, CloudConnexa didn't receive a value under the expected claim name. Compare the claims in Microsoft Entra ID with the mappings from Step 5.
If the test fails
Review the check.
Correct the configuration.
Select Run Test Again.
Although the wizard allows you to continue after a failed test, we recommend resolving the errors before completing setup. Otherwise, users may be unable to authenticate.
Step 7: Review and complete the configuration
The Configuration Details step summarizes the SAML settings you've configured.
Review the following information:
Setting
What to verify
Metadata Source
How CloudConnexa retrieves the Microsoft Entra ID configuration
Attributes Mapped
The number of configured attribute mappings
Issuer
The issuer value received from Microsoft Entra ID
Signing Certificate
Certificate validity and expiration date
You can also review the advanced settings, including Data Binding, Authentication Lifetime, Reconnecting, Authentication Context, and Logout URL.
The wizard may display additional setup options for user group mapping and SCIM provisioning.
When you're satisfied with the configuration, select Complete.
Your SAML configuration is now available for users who have access to the custom SAML app in Microsoft Entra ID.
Optional: Configure user group mapping
If you want CloudConnexa to assign users to user groups based on their IdP group membership, configure SAML user group mapping.
In the CloudConnexa Administration portal, navigate to Settings → User Authentication → SAML Single Sign-On → Configuration → User Group Mapping.
Configure mapping rules for the group information the IdP sends.
For detailed instructions, refer to Set SAML User Group Mapping Rules.
Group mapping is evaluated when users authenticate. If you change a user's group membership in the IdP, the updated mapping takes effect the next time they authenticate to CloudConnexa.
Optional: Configure SCIM provisioning
SAML authenticates users when they access CloudConnexa. You can also configure System for Cross-domain Identity Management (SCIM) 2.0 to automate user provisioning.
With SCIM provisioning, the IdP can create, update, and deactivate users in CloudConnexa without waiting for authentication.
To configure SCIM, navigate to Settings → User Authentication → SAML Single Sign-On → Configuration → SCIM 2.0.
Manage your SAML configuration
After completing the wizard, you can review or change your configuration under Settings → User Authentication → SAML Single Sign-On → Configuration.
Configuration | What you can manage |
|---|---|
IdP Configuration | Microsoft Entra ID metadata, SSO endpoint, issuer, and signing certificate |
Attribute Mapping | How Microsoft Entra ID claims map to CloudConnexa user fields |
User Group Mapping | Rules for assigning CloudConnexa user groups |
SCIM 2.0 | Automatic user provisioning |
Troubleshooting
Use these checks if authentication fails or CloudConnexa doesn't receive the expected user information.
Issue | Likely cause | What to check |
|---|---|---|
The test reports that it didn't receive a response at the ACS endpoint. | Microsoft Entra ID sent the response to a different URL or didn't use HTTP POST. | Verify that Reply URL (Assertion Consumer Service URL) matches the Single Sign-On URL (ACS) from Step 2. |
The test reports a signature failure. | The signing certificate configured in CloudConnexa doesn't match the certificate Microsoft Entra ID is using. | Refresh the identity provider metadata under IdP Configuration. |
The test reports an issuer mismatch. | The issuer configured in CloudConnexa doesn't match the issuer Microsoft Entra ID sends. | Compare the issuer shown in Step 7 with the value in the Microsoft Entra admin center. |
The test reports an audience mismatch. | Microsoft Entra ID has an incorrect Identifier (Entity ID). | Verify that Identifier (Entity ID) matches the Issuer Name from Step 2. |
The test reports a timestamp failure. | The assertion has expired or its validity period doesn't match the allowed clock skew. | Retry the test. If it continues to fail, investigate the assertion timestamps and clock synchronization. |
The user authenticates but has no name or email. | The SAML attributes are missing or use different names from the CloudConnexa mappings. | Compare the Service Provider Attribute Names in JumpCloud with the mappings in Step 5. |
The user isn't assigned to the expected CloudConnexa user group. | The group claim isn't included in the assertion or no matching mapping rule exists. | Verify the group claim, its Source attribute, and the CloudConnexa user group mapping rules. |
Authentication worked previously but now fails. | The Microsoft Entra ID signing certificate expired or changed. | Check the certificate expiration date and refresh the metadata under IdP Configuration. |
The user can't access the enterprise application. | The user isn't assigned to the application in Microsoft Entra ID. | Open Users and groups and assign the user or an appropriate group. |
Group mapping doesn't work for cloud-only groups. | The group claim uses an on-premises group attribute instead of a group object ID. | Set Source attribute to Group ID and configure CloudConnexa mapping rules using the group object IDs. |
The group claim is missing for users with many memberships. | The user exceeds the SAML group limit of 150, so Microsoft Entra ID omits the normal group claim. | Consider limiting the group claim to groups assigned to the application. |
SCIM provisioning enters quarantine. | Provisioning credentials are invalid or repeated provisioning failures have occurred. | Review Provisioning logs in Microsoft Entra ID, correct the underlying issue, and restart provisioning when appropriate. |
Testing from Microsoft Entra ID fails, but testing from CloudConnexa works. | The Microsoft Entra ID test initiates authentication from the identity provider and might require Relay State. | Test from the CloudConnexa SAML Setup Wizard. Review Relay State requirements if users need to initiate authentication from Microsoft Entra ID. |
Microsoft Entra ID returns | The authentication method used in Microsoft Entra ID doesn't match the password-based authentication context requested by CloudConnexa. | In the CloudConnexa SAML Setup Wizard, expand Advanced Settings. Under Authentication context, select Allow passwordless or certificate-based IdP authentication method. Run the authentication test again. |