Overview
This guide demonstrates how to integrate an Identity Provider (IdP) such as Okta or Entra ID with Barndoor to enable:- SSO Login: Allow all users in your organization to authenticate via your IdP
- Automatic Role Mapping: Provision users as admins or standard users based on IdP group membership
- Centralized User Management: Onboard and offboard users directly from your IdP
Choose your provider
Okta
Step-by-step Okta OIDC setup, groups claim filter, and role mapping.
Microsoft Entra ID
Entra (Azure AD) app registration, issuer URL gotcha, and group claims.
Using a different IdP (Google Workspace, JumpCloud, OneLogin, Ping, etc.)? The generic OIDC / SAML 2.0 flow below applies to all of them.
Video Walkthrough
Prerequisites:
- Admin access to your Barndoor account
- Admin access to your IdP (Okta, Entra, etc.)
- An IdP application configured with OIDC/OAuth or SAML 2.0
How it works
At a high level, connecting any IdP follows the same five stages:- Configure the connection in Barndoor with your IdP’s Issuer URL, Client ID, and Client Secret.
- Verify SSO login works for a standard user.
- Configure role mapping so IdP group membership provisions Barndoor admins automatically.
- Test offboarding by removing a user from the admin group.
- (Optional) Remove the SSO connection when you need to disconnect.
Step 1: Configure IdP Connection in Barndoor
Navigate to Identity Provider Settings
Go here in your Barndoor dashboard.
Complete IdP Setup Form
- Provide a display name, such as your domain name. From your IdP application collect:
- Issuer URL: Your organization’s Issuer URL
- Client ID: OAuth client ID from your IdP app
- Client Secret: OAuth client secret from your IdP app
Test the Connection
Click Test Connection to verify that Barndoor can communicate with your IdP.✅ Expected result: “Connection successful” message
Step 2: Verify SSO Login Works
Attempt Login with Enterprise User
Try logging in with the enterprise test user from Step 1 using a user’s email connected to your IdP.You should now be redirected to your IdP’s login page.
Authenticate via IdP
Complete authentication through your IdP (enter credentials, complete MFA if required).
SSO is now working! Users can authenticate via your IdP.
Step 3: Configure Role Mapping (Auto-Provision Admins)
Now we’ll set up automatic role assignment based on IdP group membership.Create Admin Group in IdP
Create or Select Admin Group
Create a new group called “Barndoor Admins” (or use an existing admin group).
Send IdP Groups to Barndoor
Barndoor can only map roles and evaluate group-based policies when your IdP sends group names during login. For OIDC connections, include a claim named exactlygroups in the ID token or UserInfo response.
Configure the groups claim
In your IdP application, add a groups claim with:
- Claim name:
groups - Claim values: Group display names, not group IDs
- Included groups: At minimum, the group you want to map to Barndoor admin access, such as
Barndoor Admins
Use your provider's exact steps
The way you emit the
groups claim differs per IdP. Follow the dedicated guide for the precise UI:Map IdP Group to Barndoor Admin Role
Configure Admin Group Mapping
Set the group name that defines administrators:
- IdP Group Name: Enter
Barndoor Admins(exact name from your IdP) - Barndoor Role: Select Admin
Verify Role Provisioning
Role mapping is working! Users in the IdP admin group automatically receive admin permissions.
Step 4: Test User Offboarding (Remove Admin Access)
Remove User from Admin Group in IdP
In your IdP, go to Directory → Groups → Barndoor Admins.Remove the test user from the Barndoor Admins group.
Changes to IdP group membership are reflected immediately upon next login to Barndoor.
Step 5: Remove SSO Connection (Optional)
If you need to disconnect the IdP integration:Remove Connection
Click Remove SSO Connection (or similar option).Confirm the removal when prompted.
Summary
You’ve successfully configured IdP integration with Barndoor! Here’s what you accomplished: ✅ **Connected IdP ** for SSO/OIDC authentication✅ Enabled automatic role provisioning based on IdP groups
✅ Tested user onboarding (SSO login and admin access)
✅ Tested user offboarding (removed admin access via IdP)
✅ Verified SSO disconnection process
Key Benefits
Centralized authentication: Users log in via your existing IdP Automated role management: No manual user provisioning needed Streamlined onboarding: New employees automatically get access Instant offboarding: Removing users from IdP immediately revokes accessTroubleshooting
SSO Login Redirects but Fails
SSO Login Redirects but Fails
Common causes:
- Incorrect Client ID or Client Secret
- IdP application not configured with correct redirect URIs
- OIDC endpoints not properly discovered
- domain mismatch
Role Mapping Not Working
Role Mapping Not Working
Common causes:
- Group name mismatch (case-sensitive)
- User not actually in the IdP group
- OIDC
groupsclaim is missing from the ID token or UserInfo response - IdP sends group IDs, paths, or a different claim name instead of the group display name
- Role mapping not saved properly
groups with the expected value, such as Barndoor Admins. Re-save role mapping settings and have the user sign out and back in.Users Can't Access After IDP Connection
Users Can't Access After IDP Connection
Common causes:
- Users not assigned to the IdP application
- IdP application deactivated or suspended
- Network/firewall blocking communication