The format of the URI must match the format defined in RFC 2732:

ldap[s]://<host>[:port]

For explicit IPv6 addresses, <host> must be enclosed in brackets []

example: ldap://[fc00::126:25]:389

To enable service discovery ldap_chpass_dns_service_name must be set.

Default: empty, i.e. ldap_uri is used.

Starting with SSSD 1.7.0, SSSD supports multiple search bases using the syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree".

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

Examples:

ldap_search_base = dc=example,dc=com (which is equivalent to) ldap_search_base = dc=example,dc=com?subtree?

ldap_search_base = cn=host_specific,dc=example,dc=com?subtree?(host=thishost)?dc=example.com?subtree?

Note: It is unsupported to have multiple search bases which reference identically-named objects (for example, groups with the same name in two different search bases). This will lead to unpredictable behavior on client machines.

Default: If not set, the value of the defaultNamingContext or namingContexts attribute from the RootDSE of the LDAP server is used. If defaultNamingContext does not exist or has an empty value namingContexts is used. The namingContexts attribute must have a single value with the DN of the search base of the LDAP server to make this work. Multiple values are are not supported.

Four schema types are currently supported:

The main difference between these schema types is how group memberships are recorded in the server. With rfc2307, group members are listed by name in the memberUid attribute. With rfc2307bis and IPA, group members are listed by DN and stored in the member attribute. The AD schema type sets the attributes to correspond with Active Directory 2008r2 values.

Default: rfc2307

Two modes are currently supported:

Note: First, a new connection is established to verify current password by binding as the user that requested password change. If successful, this connection is used to change the password therefore the user must have write access to userPassword attribute.

Default: exop

The two mechanisms currently supported are:

password

obfuscated_password

Default: password

Default: posixAccount

Default: uid (rfc2307, rfc2307bis and IPA), sAMAccountName (AD)

Default: uidNumber

Default: gidNumber

Default: unset (LDAP), primaryGroupID (AD)

Default: gecos

Default: homeDirectory

Default: loginShell

Default: not set in the general case, objectGUID for AD and ipaUniqueID for IPA

Default: objectSid for ActiveDirectory, not set for other servers.

Default: modifyTimestamp

Default: shadowLastChange

Default: shadowMin

Default: shadowMax

Default: shadowWarning

Default: shadowInactive

Default: shadowExpire

Default: krbLastPwdChange

Default: krbPasswordExpiration

Default: accountExpires

Default: userAccountControl

Default: nsAccountLock

Default: loginDisabled

Default: loginDisabled

Default: loginAllowedTimeMap

Default: krbPrincipalName

The list can either contain LDAP attribute names only, or colon-separated tuples of SSSD cache attribute name and LDAP attribute name. In case only LDAP attribute name is specified, the attribute is saved to the cache verbatim. Using a custom SSSD attribute name might be required by environments that configure several SSSD domains with different LDAP schemas.

Please note that several attribute names are reserved by SSSD, notably the “name” attribute. SSSD would report an error if any of the reserved attribute names is used as an extra attribute name.

Examples:

ldap_user_extra_attrs = telephoneNumber

Save the “telephoneNumber” attribute from LDAP as “telephoneNumber” to the cache.

ldap_user_extra_attrs = phone:telephoneNumber

Save the “telephoneNumber” attribute from LDAP as “phone” to the cache.

Default: not set

Default: sshPublicKey

Default: false

Default: 300

Setting this option to zero will disable the cache cleanup operation. Please note that if enumeration is enabled, the cleanup task is required in order to detect entries removed from the server and can't be disabled. By default, the cleanup task will run every 3 hours with enumeration enabled.

Default: 0 (disabled)

Default: cn

Default: memberOf

An explicit deny (!svc) is resolved first. Second, SSSD searches for explicit allow (svc) and finally for allow_all (*).

Please note that the ldap_access_order configuration option must include “authorized_service” in order for the ldap_user_authorized_service option to work.

Default: authorizedService

An explicit deny (!host) is resolved first. Second, SSSD searches for explicit allow (host) and finally for allow_all (*).

Please note that the ldap_access_order configuration option must include “host” in order for the ldap_user_authorized_host option to work.

Default: host

An explicit deny (!rhost) is resolved first. Second, SSSD searches for explicit allow (rhost) and finally for allow_all (*).

Please note that the ldap_access_order configuration option must include “rhost” in order for the ldap_user_authorized_rhost option to work.

Default: rhost

Default: userCertificate;binary

Note: If an email address of a user conflicts with an email address or fully qualified name of another user, then SSSD will not be able to serve those users properly. If for some reason several users need to share the same email address then set this option to a nonexistent attribute name in order to disable user lookup/login by email.

Default: mail

Default: posixGroup

Default: cn (rfc2307, rfc2307bis and IPA), sAMAccountName (AD)

Default: gidNumber

Default: memberuid (rfc2307) / member (rfc2307bis)

Default: not set in the general case, objectGUID for AD and ipaUniqueID for IPA

Default: objectSid for ActiveDirectory, not set for other servers.

Default: modifyTimestamp

This attribute is currently only used by the AD provider to determine if a group is a domain local groups and has to be filtered out for trusted domains.

Default: groupType in the AD provider, otherwise not set

Default: ipaExternalMember in the IPA provider, otherwise unset.

Note: This option specifies the guaranteed level of nested groups to be processed for any lookup. However, nested groups beyond this limit may be returned if previous lookups already resolved the deeper nesting levels. Also, subsequent lookups for other groups may enlarge the result set for original lookup if re-queried.

If ldap_group_nesting_level is set to 0 then no nested groups are processed at all. However, when connected to Active-Directory Server 2008 and later using “id_provider=ad” it is furthermore required to disable usage of Token-Groups by setting ldap_use_tokengroups to false in order to restrict group nesting.

Default: 2

In most common cases, it is best to leave this option disabled. It generally only provides a performance increase on very complex nestings.

If this option is enabled, SSSD will use it if it detects that the server supports it during initial connection. So "True" here essentially means "auto-detect".

Note: This feature is currently known to work only with Active Directory 2008 R1 and later. See MSDN(TM) documentation[1] for more details.

Default: False

If this option is enabled, SSSD will use it if it detects that the server supports it during initial connection. So "True" here essentially means "auto-detect".

Note: This feature is currently known to work only with Active Directory 2008 R1 and later. See MSDN(TM) documentation[1] for more details.

Default: False

Default: True for AD and IPA otherwise False.

In IPA provider, ipa_netgroup_object_class should be used instead.

Default: nisNetgroup

In IPA provider, ipa_netgroup_name should be used instead.

Default: cn

In IPA provider, ipa_netgroup_member should be used instead.

Default: memberNisNetgroup

This option is not available in IPA provider.

Default: nisNetgroupTriple

This option is not available in IPA provider.

Default: modifyTimestamp

Default: ipService

Default: cn

Default: fqdn

Default: serverHostname

Default: memberOf

See “ldap_search_base” for information about configuring multiple search bases.

Default: the value of ldap_search_base

Default: sshPublicKey

Default: not set

Default: ipService

Default: cn

Default: ipServicePort

Default: ipServiceProtocol

syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree". The scope functions as specified in section 4.5.1.2 of http://tools.ietf.org/html/rfc4511

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

For examples of this syntax, please refer to the “ldap_search_base” examples section.

Default: the value of ldap_search_base

Please note that specifying scope or filter is not supported for searches against an Active Directory Server that might yield a large number of results and trigger the Range Retrieval extension in the response.

Note: this option is subject to change in future versions of the SSSD. It will likely be replaced at some point by a series of timeouts for specific lookup types.

Default: 6

Default: 60

Default: 6

Default: 6

Default: 900 (15 minutes)

Default: 1000

Example: OpenLDAP servers with the paging control module installed on the server but not enabled will report it in the RootDSE but be unable to use it.

Example: 389 DS has a bug where it can only support a one paging control at a time on a single connection. On busy clients, this can result in some requests being denied.

Default: False

Active Directory limits the number of members to be retrieved in a single lookup using the MaxValRange policy (which defaults to 1500 members). If a group contains more members, the reply would include an AD-specific range extension. This option disables parsing of the range extension, therefore large groups will appear as having no members.

Default: False

Default: Use the system default (usually specified by ldap.conf)

Default: Use the system default (usually specified by ldap.conf)

You can turn off dereference lookups completely by setting the value to 0. Please note that there are some codepaths in SSSD, like the IPA HBAC provider, that are only implemented using the dereference call, so even with dereference explicitly disabled, those parts will still use dereference if the server supports it and advertises the dereference control in the rootDSE object.

A dereference lookup is a means of fetching all group members in a single LDAP call. Different LDAP servers may implement different dereference methods. The currently supported servers are 389/RHDS, OpenLDAP and Active Directory.

Note: If any of the search bases specifies a search filter, then the dereference lookup performance enhancement will be disabled regardless of this setting.

Default: 10

never = The client will not request or check any server certificate.

allow = The server certificate is requested. If no certificate is provided, the session proceeds normally. If a bad certificate is provided, it will be ignored and the session proceeds normally.

try = The server certificate is requested. If no certificate is provided, the session proceeds normally. If a bad certificate is provided, the session is immediately terminated.

demand = The server certificate is requested. If no certificate is provided, or a bad certificate is provided, the session is immediately terminated.

hard = Same as “demand”

Default: hard

Default: use OpenLDAP defaults, typically in /usr/local/etc/openldap/ldap.conf

Default: use OpenLDAP defaults, typically in /usr/local/etc/openldap/ldap.conf

Default: not set

Default: not set

Default: use OpenLDAP defaults, typically in /usr/local/etc/openldap/ldap.conf

Default: false

Currently this feature supports only ActiveDirectory objectSID mapping.

Default: false

Default: not set (both options are set to 0)

If the backend supports sub-domains the value of ldap_sasl_mech is automatically inherited to the sub-domains. If a different value is needed for a sub-domain it can be overwritten by setting ldap_sasl_mech for this sub-domain explicitly. Please see TRUSTED DOMAIN SECTION in sssd.conf(5) for details.

Default: not set

hostname@REALM
netbiosname$@REALM
host/hostname@REALM
*$@REALM
host/*@REALM
host/*
                            

If none of them are found, the first principal in keytab is returned.

Default: host/hostname@REALM

Default: the value of krb5_realm.

Default: false;

Default: System keytab, normally /etc/krb5.keytab

Default: true

Default: 86400 (24 hours)

When using service discovery for KDC or kpasswd servers, SSSD first searches for DNS entries that specify _udp as the protocol and falls back to _tcp if none are found.

This option was named “krb5_kdcip” in earlier releases of SSSD. While the legacy name is recognized for the time being, users are advised to migrate their config files to use “krb5_server” instead.

Default: System defaults, see /etc/krb5.conf

Default: false

See the sssd_krb5_locator_plugin(8) manual page for more information on the locator plugin.

Default: true

none - No evaluation on the client side. This option cannot disable server-side password policies.

shadow - Use shadow(5) style attributes to evaluate if the password has expired.

mit_kerberos - Use the attributes used by MIT Kerberos to determine if the password has expired. Use chpass_provider=krb5 to update these attributes when the password is changed.

Default: none

Note: if a password policy is configured on server side, it always takes precedence over policy set with this option.

Please note that sssd only supports referral chasing when it is compiled with OpenLDAP version 2.4.13 or higher.

Chasing referrals may incur a performance penalty in environments that use them heavily, a notable example is Microsoft Active Directory. If your setup does not in fact require the use of referrals, setting this option to false might bring a noticeable performance improvement.

Default: true

Default: ldap

Default: not set, i.e. service discovery is disabled

Default: False

Example:

access_provider = ldap
ldap_access_filter = (employeeType=admin)
                        

This example means that access to this host is restricted to users whose employeeType attribute is set to "admin".

Offline caching for this feature is limited to determining whether the user's last online login was granted access permission. If they were granted access during their last login, they will continue to be granted access while offline and vice versa.

Default: Empty

Please note that it is always recommended to use server side access control, i.e. the LDAP server should deny the bind request with a suitable error code even if the password is correct.

The following values are allowed:

shadow: use the value of ldap_user_shadow_expire to determine if the account is expired.

ad: use the value of the 32bit field ldap_user_ad_user_account_control and allow access if the second bit is not set. If the attribute is missing access is granted. Also the expiration time of the account is checked.

rhds, ipa, 389ds: use the value of ldap_ns_account_lock to check if access is allowed or not.

nds: the values of ldap_user_nds_login_allowed_time_map, ldap_user_nds_login_disabled and ldap_user_nds_login_expiration_time are used to check if access is allowed. If both attributes are missing access is granted. This is an experimental feature, please use https://pagure.io/SSSD/sssd/ to report any issues.

Please note that the ldap_access_order configuration option must include “expire” in order for the ldap_account_expire_policy option to work.

Default: Empty

filter: use ldap_access_filter

lockout: use account locking. If set, this option denies access in case that ldap attribute 'pwdAccountLockedTime' is present and has value of '000001010000Z'. Please see the option ldap_pwdlockout_dn. Please note that 'access_provider = ldap' must be set for this feature to work.

Please note that this option is superseded by the “ppolicy” option and might be removed in a future release.

ppolicy: use account locking. If set, this option denies access in case that ldap attribute 'pwdAccountLockedTime' is present and has value of '000001010000Z' or represents any time in the past. The value of the 'pwdAccountLockedTime' attribute must end with 'Z', which denotes the UTC time zone. Other time zones are not currently supported and will result in "access-denied" when users attempt to log in. Please see the option ldap_pwdlockout_dn. Please note that 'access_provider = ldap' must be set for this feature to work.

expire: use ldap_account_expire_policy

pwd_expire_policy_reject, pwd_expire_policy_warn, pwd_expire_policy_renew: These options are useful if users are interested in being warned that password is about to expire and authentication is based on using a different method than passwords - for example SSH keys.

The difference between these options is the action taken if user password is expired: pwd_expire_policy_reject - user is denied to log in, pwd_expire_policy_warn - user is still able to log in, pwd_expire_policy_renew - user is prompted to change his password immediately.

Note If user password is expired no explicit message is prompted by SSSD.

Please note that 'access_provider = ldap' must be set for this feature to work. Also 'ldap_pwd_policy' must be set to an appropriate password policy.

authorized_service: use the authorizedService attribute to determine access

host: use the host attribute to determine access

rhost: use the rhost attribute to determine whether remote host can access

Please note, rhost field in pam is set by application, it is better to check what the application sends to pam, before enabling this access control option

Default: filter

Please note that it is a configuration error if a value is used more than once.

Example: cn=ppolicy,ou=policies,dc=example,dc=com

Default: cn=ppolicy,ou=policies,$ldap_search_base

never: Aliases are never dereferenced.

searching: Aliases are dereferenced in subordinates of the base object, but not in locating the base object of the search.

finding: Aliases are only dereferenced when locating the base object of the search.

always: Aliases are dereferenced both in searching and in locating the base object of the search.

Default: Empty (this is handled as never by the LDAP client libraries)

In some environments where the RFC2307 schema is used, local users are made members of LDAP groups by adding their names to the memberUid attribute. The self-consistency of the domain is compromised when this is done, so SSSD would normally remove the "missing" users from the cached group memberships as soon as nsswitch tries to fetch information about the user via getpw*() or initgroups() calls.

This option falls back to checking if local users are referenced, and caches them so that later initgroups() calls will augment the local users with the additional LDAP groups.

Default: false

At the moment, only the InfoPipe responder supports wildcard lookups.

Default: 1000 (often the size of one page)

Default: sudoRole

Default: cn

Default: sudoCommand

Default: sudoHost

Default: sudoUser

Default: sudoOption

Default: sudoRunAsUser

Default: sudoRunAsGroup

Default: sudoNotBefore

Default: sudoNotAfter

Default: sudoOrder

The value must be greater than ldap_sudo_smart_refresh_interval

Default: 21600 (6 hours)

If USN attributes are not supported by the server, the modifyTimestamp attribute is used instead.

Note: the highest USN value can be updated by three tasks: 1) By sudo full and smart refresh (if updated rules are found), 2) by enumeration of users and groups (if enabled and updated users or groups are found) and 3) by reconnecting to the server (by default every 15 minutes, see ldap_connection_expire_timeout).

Default: 900 (15 minutes)

Default: true

If this option is empty, SSSD will try to discover the hostname and the fully qualified domain name automatically.

If ldap_sudo_use_host_filter is false then this option has no effect.

Default: not specified

If this option is empty, SSSD will try to discover the addresses automatically.

If ldap_sudo_use_host_filter is false then this option has no effect.

Default: not specified

If ldap_sudo_use_host_filter is false then this option has no effect.

Default: true

If ldap_sudo_use_host_filter is false then this option has no effect.

Default: true

syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree". The scope functions as specified in section 4.5.1.2 of http://tools.ietf.org/html/rfc4511

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

For examples of this syntax, please refer to the “ldap_search_base” examples section.

Default: the value of ldap_search_base

Please note that specifying scope or filter is not supported for searches against an Active Directory Server that might yield a large number of results and trigger the Range Retrieval extension in the response.

syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree". The scope functions as specified in section 4.5.1.2 of http://tools.ietf.org/html/rfc4511

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

For examples of this syntax, please refer to the “ldap_search_base” examples section.

Default: the value of ldap_search_base

Please note that specifying scope or filter is not supported for searches against an Active Directory Server that might yield a large number of results and trigger the Range Retrieval extension in the response.

syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree". The scope functions as specified in section 4.5.1.2 of http://tools.ietf.org/html/rfc4511

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

For examples of this syntax, please refer to the “ldap_search_base” examples section.

Default: the value of ldap_search_base

Please note that specifying scope or filter is not supported for searches against an Active Directory Server that might yield a large number of results and trigger the Range Retrieval extension in the response.

If the option “ldap_use_tokengroups” is enabled, the searches against Active Directory will not be restricted and return all groups memberships, even with no GID mapping. It is recommended to disable this feature, if group names are not being displayed correctly.

syntax:

search_base[?scope?[filter][?search_base?scope?[filter]]*]

The scope can be one of "base", "onelevel" or "subtree". The scope functions as specified in section 4.5.1.2 of http://tools.ietf.org/html/rfc4511

The filter must be a valid LDAP search filter as specified by http://www.ietf.org/rfc/rfc2254.txt

For examples of this syntax, please refer to the “ldap_search_base” examples section.

Default: the value of ldap_search_base

Please note that specifying scope or filter is not supported for searches against an Active Directory Server that might yield a large number of results and trigger the Range Retrieval extension in the response.

[domain/LDAP]
id_provider = ldap
auth_provider = ldap
ldap_uri = ldap://ldap.mydomain.org
ldap_search_base = dc=mydomain,dc=org
ldap_tls_reqcert = demand
cache_credentials = true

[domain/LDAP]
id_provider = ldap
auth_provider = ldap
access_provider = ldap
ldap_access_order = lockout
ldap_pwdlockout_dn = cn=ppolicy,ou=policies,dc=mydomain,dc=org
ldap_uri = ldap://ldap.mydomain.org
ldap_search_base = dc=mydomain,dc=org
ldap_tls_reqcert = demand
cache_credentials = true