Documentation Index
Fetch the complete documentation index at: https://docs.barndoor.ai/llms.txt
Use this file to discover all available pages before exploring further.
Overview
This guide walks you through configuring Okta as an OIDC Identity Provider for Barndoor. Once complete, your users will be able to sign in to Barndoor with their Okta credentials, and their group memberships will flow through for automatic role mapping.Prerequisites:
- Admin access to your Barndoor account
- Admin access to your Okta org (Super Admin or an admin role that can create OIDC apps and edit groups)
- An Okta OIDC (Web) application — you’ll create one below
For the generic, IdP-agnostic version of this flow (Entra ID, Google Workspace, JumpCloud, etc.), see the Connect your IdP overview.
Step 1: Configure IdP Connection in Barndoor
Navigate to Identity Provider Settings
Go here in your Barndoor dashboard and start the Set up single sign-on (SSO) flow.
Complete IdP Setup Form
- Provide a display name, such as your domain name (e.g.
Okta — Acme Corp).
- Issuer URL: Your Okta org URL, e.g.
https://<your-org>.okta.com - Client ID: OAuth client ID from your Okta app
- Client Secret: OAuth client secret from your Okta app
Test the Connection
Click Test Connection to verify that Barndoor can communicate with Okta.✅ 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 Okta.You should now be redirected to Okta’s login page.
Authenticate via Okta
Complete authentication through Okta (enter credentials, complete MFA if required).
SSO is now working! Users can authenticate via Okta.
Step 3: Configure Role Mapping (Auto-Provision Admins)
Now we’ll set up automatic role assignment based on Okta group membership.Create Admin Group in Okta
Create or Select Admin Group
Create a new group called “Barndoor Admins” (or use an existing admin group).
Send Okta Groups to Barndoor
Barndoor can only map roles and evaluate group-based policies when Okta sends group names during login. For OIDC connections, include a claim named exactlygroups in the ID token or UserInfo response.
Add a groups claim filter in Okta
In Okta, open the Barndoor OIDC application and go to Sign On → OpenID Connect ID Token → Token claims (if needed, expand Show legacy configuration and set Group Claims):
- Groups claim type:
Filter - Groups claim filter:
groups - Match type:
Matches regex - Regex:
^Barndoor Admins$
Map Okta 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 Okta) - Barndoor Role: Select Admin
Verify Role Provisioning
Role mapping is working! Users in the Okta admin group automatically receive admin permissions.
Step 4: Test User Offboarding (Remove Admin Access)
Remove User from Admin Group in Okta
In Okta, go to Directory → Groups → Barndoor Admins.Remove the test user from the Barndoor Admins group.
Changes to Okta group membership are reflected immediately upon next login to Barndoor.
Step 5: Remove SSO Connection (Optional)
If you need to disconnect the Okta integration:Remove Connection
Click Remove SSO Connection (or similar option).Confirm the removal when prompted.
Summary
You’ve successfully configured Okta integration with Barndoor! Here’s what you accomplished: ✅ Connected Okta for SSO/OIDC authentication✅ Enabled automatic role provisioning based on Okta groups
✅ Tested user onboarding (SSO login and admin access)
✅ Tested user offboarding (removed admin access via Okta)
✅ Verified SSO disconnection process
Key Benefits
Centralized authentication: Users log in via Okta Automated role management: No manual user provisioning needed Streamlined onboarding: New employees automatically get access Instant offboarding: Removing users from Okta immediately revokes accessTroubleshooting
SSO Login Redirects but Fails
SSO Login Redirects but Fails
Common causes:
- Incorrect Client ID or Client Secret
- Okta app not configured with the correct sign-in redirect URI
- 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 Okta group
- OIDC
groupsclaim is missing from the ID token or UserInfo response - Okta sends group IDs 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 Okta Connection
Users Can't Access After Okta Connection
Common causes:
- Users not assigned to the Okta application
- Okta application deactivated or suspended
- Network/firewall blocking communication
Recap
| Value | Where it comes from | Where it goes |
|---|---|---|
| Client ID | Okta app → General → Client Credentials | Barndoor Client ID |
| Client Secret | Okta app → General → Client Credentials | Barndoor Client Secret |
Issuer URL (https://<your-org>.okta.com) | Okta org URL | Barndoor Issuer URL |
| Redirect URI | Barndoor SSO setup | Okta app → General → Sign-in redirect URIs |
groups claim filter | Okta app → Sign On → OpenID Connect ID Token | Emitted in token for Barndoor role mapping |
