LDAP Plugin Documentation
- Plugin Name: LDAP
- Plugin Type: Authentication, Authorization, Gateway, Change Password
- Version: 184.108.40.206
How the LDAP Plugin Works
The LDAP plugin provides pGina services using an LDAP server as the primary data source. It provides support for SSL encryption and failover to one or more alternate servers.
In the authentication stages, this plugin maps the user name to a LDAP Distinguished Name (DN) and attempts to bind to the LDAP server using the DN. If the bind is successful, it provides a positive result to the pGina service.
The user name can be mapped to a DN by one of two means: simple pattern substitution, or via a search of the LDAP database. When a search is used, the plugin connects to the LDAP server anonymously (or via supplied credentials) and attempts to find an entry for the user. If the entry is found, the plugin closes the connection and attempts to bind again using the DN of the entry, and the password provided by the user. If this bind is successful, the plugin registers success.
During Authentication you can map LDAP to pGina attributes, like LDAP cn to pGina Fullname
In the authorization stage the LDAP plugin can authorize users based on membership in LDAP groups. The plugin searches the LDAP tree for group membership and allows or denies based on a set of rules that can be configured via the configuration interface (see below).
If the LDAP server cannot be contacted, it can be configured to allow or deny access. It can also be configured to deny if the LDAP plugin fails in the authentication stage.
In the gateway stage, this plugin can add the user to local groups based on membership in LDAP groups. The plugin will search the LDAP tree for group membership then add the user to local groups based on a set of rules (see below). A common use for this is to add the user to the local Administrators group when the user is a member of a given LDAP admin group.
This is’nt a stage during login, its more an event that is triggered during a password change. You can determine which LDAP attribute need to change during a pasword reset
The password change event is only triggered if the user is using CTRL+ALT+DEL or CTRL+ALT+END.
A typical (minimal) setup for LDAP authentication is to enable the Local Machine plugin in the authentication and gateway stages, and enable LDAP in the authentication stage. Within the authentication stage, order the LDAP plugin before Local Machine.
The configuration interface for the LDAP plugin is shown below.
The configuration options are described below:
- LDAP Host(s): – A space separated list of one or more LDAP servers. This field supports IP addresses or fully qualified domain names.
- LDAP Port – The port used when connecting to the LDAP server(s). Typically, this is 389 for non-SSL connections (or connections using StartTLS), and 636 when SSL is used.
- Timeout – This is the number of seconds to wait for a response from a server before giving up (and possibly moving on to the next server in the list).
- Use SSL – Whether or not to use SSL encryption when connecting to the server(s).
- Use TLS – Whether or not to use TLS encryption when connecting to the server(s).
- Verify Server Certificate – Whether or not to verify the server’s public certificate with a local certificate or certificate store. When this option is selected, the connection will fail if the server’s certificate does not validate.
- SSL/TLS Certificate (optional) – If you have selected “Verify Server Certificate,” you can provide a copy of the server’s public SSL/TLS certificate here. The certificate should be provided in the “PEM” format that is the default for OpenSSL. If this field is left blank, the plugin will attempt to use the Windows (Computer account) certificate store to validate the certificate.
You can also store the Certificate in the Windows (Computer account) certificate store and put MATCH in the SSL/TLS Certificate text box.
- Search DN – The DN to use when binding to the server in order to perform searches. If this is left empty, the plugin will attempt to bind anonymously. This is used for searching for group membership or for searching for a user’s DN.
- Search Password – The password to use when binding with the above DN.
This is ignored if the “Search DN” field is empty (anonymous bind).
- bind with user credentials instead of anonymously – Use authentication credentials when searching for groups in the authorization and gateway stages.
- Allow Empty Passwords – If this is checked, the plugin will attempt to authenticate the user even if the password is empty. When unchecked, it will fail to authenticate the user without attempting to bind to the LDAP server. Note that some servers may treat an empty password as an anonymous bind, so it is a good idea to leave this unchecked (the default).
- DN Pattern – If “Search for DN” is not selected, the user name is mapped to a DN using this pattern. The substring
%uwill be replaced with the user name.
- Search for DN – When this option is selected, the “DN Pattern” (mentioned above) is ignored. Instead, the plugin will attempt to connect to the LDAP server (using the
Search Passwordcredentials), and search for an entry using the Search Filter and Search Context(s) provided. If the entry is found, the DN for the entry is used to re-bind to the server. If the re-bind succeeds, the plugin registers success.
- Search Filter – This is a LDAP search filter to be used when searching for the DN. For more information on LDAP search filters, see this RFC, or any LDAP book. If the string
%uappears in the filter, it will be replaced by the user name.
- Search Context(s) – This is a list of DNs (one per line) that are to be used as search contexts. This means that the search will be performed on the LDAP subtree rooted at each of these DNs.
Attribute converter Options
Windows – The pGina internal attribute name
- Fullname – The Full Name for this user
- usri4_max_storage – profile space limit the user can use (GPO setting) (used in Local Machine and pgSMB2)
- usri4_profile – The path to the roaming profile (used in Local Machine and pgSMB2)
- usri4_home_dir_drive – The home drive name (used in Local Machine and pgSMB2)
- usri4_home_dir – The path to the home drive (used in Local Machine and pgSMB2)
- Email – users email address
- LoginScript – The path to the users login script (used in Local Machine and pgSMB2(ScriptPath parameter))
- pgSMB_Filename – Used in pgSMB plugin only to specify the compressed profile name
- pgSMB_SMBshare – Used in pgSMB plugin only to specify the SMB share
LDAP – The attribute name in your LDAP
The authorization tab provides an interface for creating, removing, and deleting authorization rules. The rules are tested by the plugin in order and the first matching rule is applied. If none of the rules match, the default rule is applied. The default is configured using the radio buttons at the top of the tab interface.
The other configuration options are described below:
- Default – If none of the rules match, the default rule is applied. Use Deny only if you are not using another pluging for authorization
- Deny when LDAP authentication fails – If this is checked, authorization fails when the LDAP plugin fails to authenticate the user in the authentication stage or the LDAP plugin does not execute in that stage.
- Allow when server is unreachable – When this is checked, the plugin will allow (succeed authorization) when the LDAP server is unavailable or some other error occurs that causes a failure to contact the LDAP server. If this is unchecked, the user is denied authorization under the same circumstaces.
The gateway tab provides options for creating and removing rules for adding local groups based on LDAP group membership. The rules are all applied in order from top to bottom. All rules are applied regardless of how many are a match for the user logging in.
When users are removed from LDAP groups, they may not be removed from the local groups without careful configuration of the LocalMachine plugin. For this to work properly, you should make sure to configure the LocalMachine plugin to scramble passwords and/or to remove accounts and profiles after logout. This will make sure that the LocalMachine plugin does not retain group information on consecutive logins. For more information, see the documentation for the LocalMachine plugin.
Note that it is important to make sure that this plugin executes prior to the LocalMachine plugin in the gateway stage. This is because the LocalMachine plugin is responsible for actually adding the local account to the local groups. If it executes prior to the LDAP plugin, it will not apply the groups that have been added by this plugin.
The Change Password tab provides an interface for manipulating LDAP values in case of a password change event. The password change event is only triggered if the user is using CTRL+ALT+DEL or CTRL+ALT+END.
- Plain Text – a plain text password, designed for LDAP attribute userPassword
- MD5 – an MD5 hash password, designed for LDAP attribute userPassword
- SMD5 – a salted MD5 hash password, designed for LDAP attribute userPassword
- SHA1 – an SHA1 hash password, designed for LDAP attribute userPassword
- SSHA1 – a salted SHA1 password, designed for LDAP attribute userPassword
- SHA256 – an SHA256 hash password, designed for LDAP attribute userPassword
- SSHA256 – a salted SHA256 password, designed for LDAP attribute userPassword
- SHA384 – an SHA384 hash password, designed for LDAP attribute userPassword
- SSHA384 – a salted SHA384 password, designed for LDAP attribute userPassword
- SHA512 – an SHA512 hash password, designed for LDAP attribute userPassword
- SSHA512 – a salted SHA512 password, designed for LDAP attribute userPassword
- NTLM – an NTLM password, designed for LDAP attribute sambaNTPassword
- LM – an LM password, designed for LDAP attribute sambaLMPassword
- Select to change an AD password – to change a password in an Active Directory
- Timestamp sec since ‘70 – seconds passed since 1970.01.01, designed for LDAP attribute sambaPwdLastSet
- Timestamp days since ‘70 – days passed since 1970.01.01, designed for LDAP attribute shadowLastChange
- Timestamp days since ‘70 – days passed since 1970.01.01, designed for LDAP attribute shadowLastChange
- Timestamp ticks since 1601 – Windows filetime
If you manipulate the attribute sambaPwdLastSet the attribute sambaPwdMustChange will also be changed:
- if there is an LDAP attribute shadowmax and sambapwdmustchange
- the attribute shadowmax value is greater than 0
- the C# code