Open LDAP Auth Module
An LDAP authentication module lets users log in to Hub and any connected services with credentials that are stored in a directory service. This authentication module is pre-configured for OpenLDAP. You can configure a module to use the standard LDAP scheme or LDAPS over SSL.
The OpenLDAP authentication module does not import all of the user accounts from the directory service. Hub only creates a user account when an unregistered user first logs in to Hub or a connected service.
When LDAP authentication is enabled, Hub checks the directory service for each login attempt. Users who have been removed from the directory service cannot log in to Hub.
If you want to connect to the directory service over SSL, import the trusted SSL certificate for your LDAPS server before you enable the authentication module. If there are any intermediate certificates that sit between the SSL certificate and the root CA certificate, you need to upload a file that contains the full certificate chain.
The option to import a trusted SSL certificate is not supported in the settings for the OpenLDAP authentication module. Instead, you need to access the Trusted SSL Certificates page and import it there. For more information, see Trusted SSL Certificates.
Enable OpenLDAP Authentication
To allow users stored in a directory service to log in to Hub, enable an OpenLDAP authentication module.
To enable LDAP authentication:
In the Access Management section of the Administration menu, select .
- From the Add Module drop-down list, select OpenLDAP.
The New Module dialog opens in the sidebar.
- In the New Module dialog, enter values for the following settings:
Enter a name for the authentication module.
Enter the server address of the directory service. For a connection over SSL, change the protocol part of the address to
Enter the number of the port used to communicate with the directory service.
The default port for standard LDAP is
The default port for LDAPS is
Select this option to connect to the directory service over SSL. Before you can establish a secure connection, you need to import the trusted SSL certificate for your LDAPS server. For instructions, see Trusted SSL Certificates.
Enter the domain components that define the top-level LDAP DN where user accounts are stored. For example, if your company uses the domain
mycompany.com, enter the top-level LDAP DN
The value entered in this field is added to the LDAP URL and cannot contain unsafe characters.
If you use organizational units to manage users, create separate auth modules for each organization. Include the organizational unit in the search base to create a unique LDAP URL for each module. LDAP authentication modules do not support recursive search in the LDAP tree.
- Click the Create button.
The OpenLDAP authentication module is enabled. The current status of the module is displayed next to the name of the module in the header.
The Auth Modules page displays the settings for the OpenLDAP authentication module. The module is pre-configured with standard settings that are based on the information you provided in the Add Module dialog. For additional information about the settings on this page, see the Settings section.
Test the Connection to your Directory Service
To verify that the OpenLDAP authentication module is connected to your directory service, test the connection.
To test the connection:
Click the Test Login button.
- In the Test Authentication dialog, enter the credentials of a user who is stored in your directory service:
In the Login field, enter the
In the Password field, enter the
- Click the Test Login button.
Hub searches for the specified user account in the directory service. If the user is found, a success notification is displayed. If you get an error, check your user credentials and server URL.
Use the following settings to fine-tune the connection to your directory service.
Displays the type of directory service that is enabled for third-party authentication in Hub.
Stores the name of the authentication module. Use this setting to distinguish this module from other authentication modules in the Auth Modules list. The name is also shown in the list of supported authentication providers on the login form.
|Stores the LDAP URL of the directory service used to authenticate a login request in Hub. |
The LDAP URL uses the format
Select an uploaded SSL keystore to encrypt the connection between Hub and the directory service. For more information about managing keystores in Hub, see SSL Keystores. Also, see the Set Up SSL Keys for SAML 2.0 page: You can follow the procedure to create a keystore and use it here.
Determines which account is used for the LDAP bind request. For more information, see Bind Account Options.
Stores the value that is used to bind with the directory service. For more information, see Bind Account Options.
Stores an expression that locates the record for a specific user in the LDAP service. The substitution variable in the expression is replaced with the value entered as the username or email on the login page.
|Determines whether the LDAP authentication module ignores or follows requests from the service to locate additional information in the LDAP directory. |
Bind Account Options
You can configure the module to perform the bind request with the LDAP service in one of two ways. The method used is determined by the option selected for the Bind account setting.
The value that you use for the Bind DN setting depends on the option that you select for the Bind account setting. Use the following guidelines to set the value for the Bind DN setting:
Guideline for Bind DN Setting
|Uses a fixed account to bind to the LDAP service and searches for the user you want to authenticate on behalf of the bind user. With this option, you can set up an LDAP authentication module and still use logins that are not part of the Distinguished Name (DN), like an email address or token. This method is also commonly called search + bind or two-step authentication. |
To use this method, you need a special account on the directory server that has permission to look up other user accounts in the directory service.
|Enter the full DN of the user account that you want to use for the LDAP bind request. This account must have permission to look up other user accounts in the directory service. |
Use the Set password control to store the password for this account in Hub. The password for the bind user is stored as a hash of the plain-text value.
Derives the user DN from the login and attempts to bind to the LDAP service as the user directly. This method is also commonly called direct bind.
|Use a query to bind with the directory service. This query looks up the distinguished name of the user to be authenticated. Reference the username with an expression. The expression maps a substitution variable to the attribute that stores the username in the directory service. The attribute you select determines which query is used in the filter string. |
The value entered as the username on the login page is trimmed before it replaces the substitution variable. If the user specifies a domain, it is discarded. For example, a username with the value
When Hub finds a record in the LDAP service that matches a filter, it fetches values from the LDAP attributes that are specified for each field and copies them to the user profile in Hub. Use the following settings to define the filter criteria and map attributes that are stored in your directory service to user accounts in Hub.
|Required. Maps to the LDAP attribute that stores the value to copy to the Login field in the Hub profile. For OpenLDAP, the default value is |
Maps to the LDAP attribute that stores the value to copy to the Full name field in the Hub profile.
Maps to the LDAP attribute that stores the value to copy to the Email field in the Hub profile.
Maps to the LDAP attribute that stores the value to copy to the Jabber field in the Hub profile.
VCS user name
Maps to the LDAP attribute that stores the value to copy to the VCS user name field in the Hub profile.
The following options are located at the bottom of the page. Use these settings to manage Hub account creation, group membership, and connection options.
|Enables creation of Hub accounts for unregistered users who log in with an account that is stored in the connected directory service. Hub uses the email address to determine whether the user has an existing account. |
All LDAP authentication modules must allow user creation. If user creation is denied, unregistered users are shown an error.
Adds users to a group when they log in with an account that is stored in the connected directory service. You can select one or more groups. New users that auto-join a group inherit all of the permissions assigned to this group.
Sets the period of time to wait to establish a connection to the authorization service. The default setting is 5000 milliseconds (5 seconds).
Sets the period of time to wait to read and retrieve user profile data from the authorization service. The default setting is 5000 milliseconds (5 seconds).
Links to the Audit Events page in Hub. There, you can view a list of changes that were applied to this authentication module.
Use the following patterns to configure an OpenLDAP auth module using the LDAP protocol:
Use the following patterns to configure an OpenLDAP auth module with a secure connection over SSL: