Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • S single-sign-on
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 2
    • Issues 2
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • stackspin
  • single-sign-on
  • Issues
  • #42

Closed
Open
Created Mar 03, 2020 by Arie Peterson@arieOwner

Ldap support

We'd like to be able to use an existing ldap database for user authentication.

There are many ways to go about this. For now we'd like to start with authentication only. App permissions would still be stored in the single-sign-on database.

Rough plan:

  • the configuration would have a toggle to enable ldap, and settings to configure the ldap server, bind credentials etc.;
  • the consent provider would create (on first login) or update (on subsequent logins) an internal user object based on information from the login;
  • the login provider's _verify_password would do the authentication either via ldap or via local database, depending on a radio button (or similar) in the login form, so you could actually have ldap users and internal, non-ldap users at the same time;
  • as a special case, the admin user would still be created as it is now, so as a local user object with preset password;
  • user-panel would need some changes as well, see user-panel#43 .
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking