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 (custom app)
Okta (OIN)
Microsoft Entra ID
Video Walkthrough
- 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 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) Enforce organization-wide SSO and configure a break-glass emergency administrator.
- (Optional) Remove the SSO connection when you need to disconnect.
Step 1: Configure IdP Connection in Barndoor
Navigate to Identity Provider Settings
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
Save Configuration
Step 2: Verify SSO Login Works
Log Out of Barndoor
Attempt Login with Enterprise User
Authenticate via IdP
Verify Access to Barndoor
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
Navigate to Groups in IdP
Create or Select Admin Group
Assign Users to 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
- 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
groups claim differs per IdP. Follow the dedicated guide for the precise UI:Verify the emitted claim
groups with the exact group name you will configure in Barndoor.Map IdP Group to Barndoor Admin Role
Open Map groups to roles
Configure Admin Group Mapping
- Admin Role Group Name: Enter
Barndoor Admins(exact name from your IdP) - Optionally enable IdP-Only Role Binding so roles can only be assigned through IdP group mappings (recommended for production SSO rollouts)
Save Role Mapping
Verify Role Provisioning
Log Out and Back In
Verify Admin Access
- ✅ User now has Admin role
- ✅ Additional admin functionality is visible in the UI
- ✅ User appears in the Barndoor Admins user group
Step 4: Test User Offboarding (Remove Admin Access)
Remove User from Admin Group in IdP
Log Out and Back In
Verify Standard User Access
- ✅ User is now a standard user (no longer admin)
- ✅ Admin-only functionality is no longer visible
- ✅ User group reflects the change
Roll out SSO enforcement
After your IdP connection is saved and SSO sign-in works, the Roll out SSO enforcement section on the Identity Provider page lets you require SSO for every member of your organization. Until you enforce SSO, users can still sign in with Barndoor passwords in addition to your IdP.What changes when you enforce SSO
When you confirm enforcement, Barndoor:- Requires all organization members to sign in through your IdP
- Permanently clears saved Barndoor passwords for every member
- Leaves password sign-in enabled only for the break-glass admin email you configure
- Terminates all active sessions, including the administrator who enabled enforcement
Prerequisites
Both items in Before you can enforce SSO must be complete before Enforce SSO is enabled:Test SSO sign-in
Configure break-glass admin email
- The address must use your organization’s IdP email domain (shown as
@your-domainin the dialog) - It must not already belong to an existing Barndoor user
- You cannot use your own administrator email as the break-glass account
Enable organization-wide SSO
Review the rollout card
Acknowledge each consequence
- Future logins will be exclusively via IdP SSO
- All Barndoor passwords will be permanently cleared
- Only your break-glass email will be able to sign in via password going forward
- All active sessions—including your current one—will be terminated
Confirm enforcement
Set up the break-glass account
When enforcement completes, Barndoor provisions a dedicated Barndoor Break Glass administrator account at the email you configured and sends a setup email to that mailbox. The recipient must:- Open the setup email and follow the link to set a password
- At first sign-in, complete the email one-time passcode (OTP) sent to that mailbox—the same second factor used during an IdP outage
Manage break-glass access after enforcement
After SSO is enforced, the rollout card shows SSO enforcement as active and lets you manage the break-glass email:- Resend invite — If the break-glass account has not finished password setup, resend the setup email from the break-glass dialog
- Change break-glass email — Opens a destructive change flow. Enter the new address, check the acknowledgement that the current account will lose password sign-in, then click Save. The new mailbox must complete password and OTP setup before it can be used
Sign in with break-glass during an IdP outage
If your IdP is unavailable and you need emergency administrator access:- On the Barndoor sign-in page, choose password sign-in (not SSO)
- Enter the break-glass email address and password
- Complete the email one-time passcode sent to that mailbox
Remove the SSO connection (optional)
To disconnect IdP integration before or after enforcement, open the actions menu (⋯) on the rollout card and choose Remove SSO. Confirm when prompted.SSO enforcement troubleshooting
Test SSO sign-in pop-up blocked or closes early
Test SSO sign-in pop-up blocked or closes early
- Browser blocked pop-ups for the Barndoor site
- The sign-in window was closed before authentication finished
Break-glass email rejected on Save
Break-glass email rejected on Save
- Address is outside your organization’s IdP email domain
- Address already belongs to an existing Barndoor user
- You entered your own administrator email
@—the domain is shown in the dialog.Break-glass setup email not received
Break-glass setup email not received
Enforcement succeeded with a warning
Enforcement succeeded with a warning
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)
✅ (Optional) Enforced organization-wide SSO with a break-glass emergency account
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
- 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
- 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
- Users not assigned to the IdP application
- IdP application deactivated or suspended
- Network/firewall blocking communication