LDAP Sync & Login



Snipe-IT considers the username of a user to be the unique identifier when syncing with LDAP/AD.

If you manually created some users, or imported them via CSV, using a non-email address style username, you are likely to create duplicate users when you subsequently sync with AD, Okta, Azure, etc.

Make sure you confirm what the username style is in the directory service you are syncing with BEFORE actually syncing for the first time.

For example, if your manually created or CSV imported usernames look like jane.smith (with an email value of [email protected]), you should confirm that the directory service you're syncing to uses jane.smith as a username value, OR update the usernames of your users to be consistent with what the directory service will use.

jane.smith is not the same as [email protected], so you'll end up with duplicate users, one for jane.smith and one for [email protected].

If you've already created your users manually or via CSV import, you can update a plain username to an email address using the following mysql command:

UPDATE users SET username = CONCAT(username,'@yourdomain.com') WHERE username NOT LIKE '%@%' AND deleted_at IS NULL;

This will look through the users table for any non-deleted records with username fields with a value that is missing an @ symbol, and then modify that record to be [email protected].

If you just want to copy user email addresses into their username field, thus changing their login username to be their email address, you can run the following:

UPDATE `users` SET `username` = `email` where email!='';

*You should make sure that all of your email addresses are unique before running this command.


You must have the php-ldap extension installed for LDAP integration to work

The LDAP functionality will import any users in your LDAP/Active Directory using the LDAP sync (in People > LDAP), and will update existing users. It will also allow users to use their LDAP credentials to login to Snipe-IT.

To set up your Snipe-IT installation to be able to use LDAP for user login and import, go to Admin > Settings and scroll down to the LDAP settings sections.

We never, ever write anything to your LDAP server, and a read-only administrator account can be used for these settings.

LDAP Login Overview

When you have LDAP enabled and a user tries to login, it will first query your LDAP server with their credentials. If they authenticate successfully with your LDAP server, their local user record will be updated and they will be logged in.

If the user does not authenticate successfully against your LDAP server, their local user is NOT updated, and the system falls back to trying to authenticate them as a local (non-LDAP) account.


Some settings are only used during LDAP Sync, some are only used during LDAP Login, and some settings are used for both. Check the "Used For" column to determine which settings are used for which.



All LDAP attribute values except "LDAP Authentication Query" MUST be entered in all lowercase.





Used For

LDAP Server


The URL of the LDAP server, beginning with ldap:// or ldaps://





Please note there is a difference between ldaps and start-TLS for ldap.  start-TLS uses port 389, while ldaps uses port 636.  ldaps has been deprecated in favour of start-TLS for ldap.  Both encrypted (start-TLS ldap)  and unencrypted ldap (ldap) run on port 389 concurrently.

Errors encountered are generally due to misunderstanding how to implement TLS-encrypted ldap.


Active Directory Domain


The domain to authenticate your AD against. This is often your company email domain, but not always. We concatenate this with your user's username to execute the authentication, so if your user was janedoe, and your AD domain was mysite.com, we create the User Principal Name by combining them.

This is only needed for AD (not LDAP) connections.



Append domain name

default unchecked

In AD setups, if you're using sAMAccountName as your 'username' attribute, you definitely want this turned on.

If you're using userprincipalname, you definitely want this turned off



LDAP Bind Username


Admin username to use to connect to LDAP to search the OU for LDAP import.



LDAP Bind Password


Password to use when authenticating to LDAP



Base Bind DN


The base where the search for users will be executed.



LDAP Filter


The search filter for the LDAP query.

For AD filter enabled users using:

This should EXCLUDE the final enclosing parentheses. For example, &(cn=*), NOT (&(cn=*)).



Username Field


The name of the field in your LDAP that you want to use for Snipe-IT username.

AD: usually samaccountname
LDAP: usually uid



Last Name


The name of the field in your LDAP to use for last name. This is often sn (for surname).



LDAP First Name


The name of the field in your LDAP to use for first name.

AD: Usually givenname
LDAP: Usually cn



LDAP Authentication query


The LDAP query we should use to search your LDAP users. THIS IS THE ONLY FIELD THAT SHOULD BE MIXED CASE!

AD: Usually sAMAccountName=



LDAP Version


Version of LDAP. This is usually going to be 3



LDAP Active Flag


Optional flag for disabled user accounts.



LDAP Employee Number


Only necessary if you use a field in LDAP to store an employee number. Can otherwise be left blank.



LDAP Email


LDAP field that should map to an email address for the user.



For an extensive list of Active Directory filters that can help you narrow down the users you sync, check out the documentation on Microsoft's website.

Once your settings are entered, make sure you check the LDAP Integration checkbox to enable LDAP authentication.

Testing LDAP Settings

In Snipe-IT v4.0.10 and higher, there is an easier way to determine if your LDAP settings are correct.

Once you have entered your LDAP settings (in Admin > LDAP/AD), and you have checked the "Enable LDAP" checkbox and saved your settings, you will see two LDAP test buttons at the bottom of your LDAP Settings page.

(Click on the images below for a larger, animated demonstration if they do not play automatically.)

The first checks to make sure your LDAP binding and OU is correct, and we can search your directory. This is necessary for syncing your users via the LDAP Sync utility.

The second LDAP test button attempts to actually authenticate with your LDAP server as if you were one of your users logging in, so you will need to provide a valid username and password for an LDAP user account that has permission to bind to your LDAP server. This user does not need to have searching/indexing capabilities.

Using Active Directory

If your LDAP server is an Active Directory server, make sure you check the AD checkbox on your LDAP Settings page (Admin > LDAP/AD), and add an Active Directory Domain to your settings.

Snipe-IT will first check to see if you've set your LDAP server as an AD server, and will then try to use whatever AD Domain you've specified. If you don't add an AD Domain, it will try to guess the user's distinguished name using the email domain you set in your settings.

In the code, that looks like this:

if ($settings->is_ad =='1') {
    // Check if they are using the userprincipalname for the username field.
    // If they are, we can skip building the UPN to authenticate against AD
    if ($ldap_username_field=='userprincipalname') {
        $userDn = $username;
    } else {
        // In case they haven't added an AD domain
        if ($settings->ad_domain == '') {
            $userDn      = $username.'@'.$settings->email_domain;
        } else {
            $userDn      = $username.'@'.$settings->ad_domain;

} else {
    $userDn      = $ldap_username_field.'='.$username.','.$settings->ldap_basedn;

LDAP Command Line Sync

LDAP syncing is available via the GUI and also available via the LDAP Sync command line tool.

What’s Next

Command line tools for LDAP in Snipe-IT:

Did this page help you?