1SSSD-LDAP(5) File Formats and Conventions SSSD-LDAP(5)
2
6 sssd-ldap - SSSD LDAP provider
7
9 This manual page describes the configuration of LDAP domains for
10 sssd(8). Refer to the “FILE FORMAT” section of the sssd.conf(5) manual
11 page for detailed syntax information.
12 You can configure SSSD to use more than one LDAP domain.
14 LDAP back end supports id, auth, access and chpass providers. If you
16 want to authenticate against an LDAP server either TLS/SSL or LDAPS is
17 required. sssd does not support authentication over an unencrypted
18 channel. If the LDAP server is used only as an identity provider, an
19 encrypted channel is not needed. Please refer to “ldap_access_filter”
20 config option for more information about using LDAP as an access
21 provider.
22
24 All of the common configuration options that apply to SSSD domains also
25 apply to LDAP domains. Refer to the “DOMAIN SECTIONS” section of the
26 sssd.conf(5) manual page for full details. Note that SSSD LDAP mapping
27 attributes are described in the sssd-ldap-attributes(5) manual page.
28 ldap_uri, ldap_backup_uri (string)
30 Specifies the comma-separated list of URIs of the LDAP servers to
31 which SSSD should connect in the order of preference. Refer to the
32 “FAILOVER” section for more information on failover and server
33 redundancy. If neither option is specified, service discovery is
34 enabled. For more information, refer to the “SERVICE DISCOVERY”
35 section.
36 The format of the URI must match the format defined in RFC 2732:
38 ldap[s]://<host>[:port]
40 For explicit IPv6 addresses, <host> must be enclosed in brackets []
42 example: ldap://[fc00::126:25]:389
44 ldap_chpass_uri, ldap_chpass_backup_uri (string)
46 Specifies the comma-separated list of URIs of the LDAP servers to
47 which SSSD should connect in the order of preference to change the
48 password of a user. Refer to the “FAILOVER” section for more
49 information on failover and server redundancy.
50 To enable service discovery ldap_chpass_dns_service_name must be
52 set.
53 Default: empty, i.e. ldap_uri is used.
55 ldap_search_base (string)
57 The default base DN to use for performing LDAP user operations.
58 Starting with SSSD 1.7.0, SSSD supports multiple search bases using
60 the syntax:
61 search_base[?scope?[filter][?search_base?scope?[filter]]*]
63 The scope can be one of "base", "onelevel" or "subtree".
65 The filter must be a valid LDAP search filter as specified by
67 http://www.ietf.org/rfc/rfc2254.txt
68 Examples:
70 ldap_search_base = dc=example,dc=com (which is equivalent to)
72 ldap_search_base = dc=example,dc=com?subtree?
73 ldap_search_base =
75 cn=host_specific,dc=example,dc=com?subtree?(host=thishost)?dc=example.com?subtree?
76 Note: It is unsupported to have multiple search bases which
78 reference identically-named objects (for example, groups with the
79 same name in two different search bases). This will lead to
80 unpredictable behavior on client machines.
81 Default: If not set, the value of the defaultNamingContext or
83 namingContexts attribute from the RootDSE of the LDAP server is
84 used. If defaultNamingContext does not exist or has an empty value
85 namingContexts is used. The namingContexts attribute must have a
86 single value with the DN of the search base of the LDAP server to
87 make this work. Multiple values are are not supported.
88 ldap_schema (string)
90 Specifies the Schema Type in use on the target LDAP server.
91 Depending on the selected schema, the default attribute names
92 retrieved from the servers may vary. The way that some attributes
93 are handled may also differ.
94 Four schema types are currently supported:
96 • rfc2307
98 • rfc2307bis
100 • IPA
102 • AD
104 The main difference between these schema types is how group
106 memberships are recorded in the server. With rfc2307, group members
107 are listed by name in the memberUid attribute. With rfc2307bis and
108 IPA, group members are listed by DN and stored in the member
109 attribute. The AD schema type sets the attributes to correspond
110 with Active Directory 2008r2 values.
111 Default: rfc2307
113 ldap_pwmodify_mode (string)
115 Specify the operation that is used to modify user password.
116 Two modes are currently supported:
118 • exop - Password Modify Extended Operation (RFC 3062)
120 • ldap_modify - Direct modification of userPassword (not
122 recommended).
123 Note: First, a new connection is established to verify current
125 password by binding as the user that requested password change. If
126 successful, this connection is used to change the password
127 therefore the user must have write access to userPassword
128 attribute.
129 Default: exop
131 ldap_default_bind_dn (string)
133 The default bind DN to use for performing LDAP operations.
134 ldap_default_authtok_type (string)
136 The type of the authentication token of the default bind DN.
137 The two mechanisms currently supported are:
139 password
141 obfuscated_password
143 Default: password
145 See the sss_obfuscate(8) manual page for more information.
147 ldap_default_authtok (string)
149 The authentication token of the default bind DN.
150 ldap_force_upper_case_realm (boolean)
152 Some directory servers, for example Active Directory, might deliver
153 the realm part of the UPN in lower case, which might cause the
154 authentication to fail. Set this option to a non-zero value if you
155 want to use an upper-case realm.
156 Default: false
158 ldap_enumeration_refresh_timeout (integer)
160 Specifies how many seconds SSSD has to wait before refreshing its
161 cache of enumerated records.
162 This option can be also set per subdomain or inherited via
164 subdomain_inherit.
165 Default: 300
167 ldap_purge_cache_timeout (integer)
169 Determine how often to check the cache for inactive entries (such
170 as groups with no members and users who have never logged in) and
171 remove them to save space.
172 Setting this option to zero will disable the cache cleanup
174 operation. Please note that if enumeration is enabled, the cleanup
175 task is required in order to detect entries removed from the server
176 and can't be disabled. By default, the cleanup task will run every
177 3 hours with enumeration enabled.
178 This option can be also set per subdomain or inherited via
180 subdomain_inherit.
181 Default: 0 (disabled)
183 ldap_group_nesting_level (integer)
185 If ldap_schema is set to a schema format that supports nested
186 groups (e.g. RFC2307bis), then this option controls how many levels
187 of nesting SSSD will follow. This option has no effect on the
188 RFC2307 schema.
189 Note: This option specifies the guaranteed level of nested groups
191 to be processed for any lookup. However, nested groups beyond this
192 limit may be returned if previous lookups already resolved the
193 deeper nesting levels. Also, subsequent lookups for other groups
194 may enlarge the result set for original lookup if re-queried.
195 If ldap_group_nesting_level is set to 0 then no nested groups are
197 processed at all. However, when connected to Active-Directory
198 Server 2008 and later using “id_provider=ad” it is furthermore
199 required to disable usage of Token-Groups by setting
200 ldap_use_tokengroups to false in order to restrict group nesting.
201 Default: 2
203 ldap_use_tokengroups
205 This options enables or disables use of Token-Groups attribute when
206 performing initgroup for users from Active Directory Server 2008
207 and later.
208 This option can be also set per subdomain or inherited via
210 subdomain_inherit.
211 Default: True for AD and IPA otherwise False.
213 ldap_host_search_base (string)
215 Optional. Use the given string as search base for host objects.
216 See “ldap_search_base” for information about configuring multiple
218 search bases.
219 Default: the value of ldap_search_base
221 ldap_service_search_base (string)
223 An optional base DN, search scope and LDAP filter to restrict LDAP
224 searches for this attribute type.
225 syntax:
227 search_base[?scope?[filter][?search_base?scope?[filter]]*]
229 The scope can be one of "base", "onelevel" or "subtree". The scope
231 functions as specified in section 4.5.1.2 of
232 http://tools.ietf.org/html/rfc4511
233 The filter must be a valid LDAP search filter as specified by
235 http://www.ietf.org/rfc/rfc2254.txt
236 For examples of this syntax, please refer to the “ldap_search_base”
238 examples section.
239 Default: the value of ldap_search_base
241 Please note that specifying scope or filter is not supported for
243 searches against an Active Directory Server that might yield a
244 large number of results and trigger the Range Retrieval extension
245 in the response.
246 ldap_iphost_search_base (string)
248 An optional base DN, search scope and LDAP filter to restrict LDAP
249 searches for this attribute type.
250 syntax:
252 search_base[?scope?[filter][?search_base?scope?[filter]]*]
254 The scope can be one of "base", "onelevel" or "subtree". The scope
256 functions as specified in section 4.5.1.2 of
257 http://tools.ietf.org/html/rfc4511
258 The filter must be a valid LDAP search filter as specified by
260 http://www.ietf.org/rfc/rfc2254.txt
261 For examples of this syntax, please refer to the “ldap_search_base”
263 examples section.
264 Default: the value of ldap_search_base
266 Please note that specifying scope or filter is not supported for
268 searches against an Active Directory Server that might yield a
269 large number of results and trigger the Range Retrieval extension
270 in the response.
271 ldap_ipnetwork_search_base (string)
273 An optional base DN, search scope and LDAP filter to restrict LDAP
274 searches for this attribute type.
275 syntax:
277 search_base[?scope?[filter][?search_base?scope?[filter]]*]
279 The scope can be one of "base", "onelevel" or "subtree". The scope
281 functions as specified in section 4.5.1.2 of
282 http://tools.ietf.org/html/rfc4511
283 The filter must be a valid LDAP search filter as specified by
285 http://www.ietf.org/rfc/rfc2254.txt
286 For examples of this syntax, please refer to the “ldap_search_base”
288 examples section.
289 Default: the value of ldap_search_base
291 Please note that specifying scope or filter is not supported for
293 searches against an Active Directory Server that might yield a
294 large number of results and trigger the Range Retrieval extension
295 in the response.
296 ldap_search_timeout (integer)
298 Specifies the timeout (in seconds) that ldap searches are allowed
299 to run before they are cancelled and cached results are returned
300 (and offline mode is entered)
301 Note: this option is subject to change in future versions of the
303 SSSD. It will likely be replaced at some point by a series of
304 timeouts for specific lookup types.
305 This option can be also set per subdomain or inherited via
307 subdomain_inherit.
308 Default: 6
310 ldap_enumeration_search_timeout (integer)
312 Specifies the timeout (in seconds) that ldap searches for user and
313 group enumerations are allowed to run before they are cancelled and
314 cached results are returned (and offline mode is entered)
315 This option can be also set per subdomain or inherited via
317 subdomain_inherit.
318 Default: 60
320 ldap_network_timeout (integer)
322 Specifies the timeout (in seconds) after which the
323 poll(2)/select(2) following a connect(2) returns in case of no
324 activity.
325 This option can be also set per subdomain or inherited via
327 subdomain_inherit.
328 Default: 6
330 ldap_opt_timeout (integer)
332 Specifies a timeout (in seconds) after which calls to synchronous
333 LDAP APIs will abort if no response is received. Also controls the
334 timeout when communicating with the KDC in case of SASL bind, the
335 timeout of an LDAP bind operation, password change extended
336 operation and the StartTLS operation.
337 This option can be also set per subdomain or inherited via
339 subdomain_inherit.
340 Default: 8
342 ldap_connection_expire_timeout (integer)
344 Specifies a timeout (in seconds) that a connection to an LDAP
345 server will be maintained. After this time, the connection will be
346 re-established. If used in parallel with SASL/GSSAPI, the sooner of
347 the two values (this value vs. the TGT lifetime) will be used.
348 If the connection is idle (not actively running an operation)
350 within ldap_opt_timeout seconds of expiration, then it will be
351 closed early to ensure that a new query cannot require the
352 connection to remain open past its expiration. This implies that
353 connections will always be closed immediately and will never be
354 reused if ldap_connection_expire_timeout <= ldap_opt_timout
355 This timeout can be extended of a random value specified by
357 ldap_connection_expire_offset
358 This option can be also set per subdomain or inherited via
360 subdomain_inherit.
361 Default: 900 (15 minutes)
363 ldap_connection_expire_offset (integer)
365 Random offset between 0 and configured value is added to
366 ldap_connection_expire_timeout.
367 This option can be also set per subdomain or inherited via
369 subdomain_inherit.
370 Default: 0
372 ldap_connection_idle_timeout (integer)
374 Specifies a timeout (in seconds) that an idle connection to an LDAP
375 server will be maintained. If the connection is idle for more than
376 this time then the connection will be closed.
377 You can disable this timeout by setting the value to 0.
379 This option can be also set per subdomain or inherited via
381 subdomain_inherit.
382 Default: 900 (15 minutes)
384 ldap_page_size (integer)
386 Specify the number of records to retrieve from LDAP in a single
387 request. Some LDAP servers enforce a maximum limit per-request.
388 Default: 1000
390 ldap_disable_paging (boolean)
392 Disable the LDAP paging control. This option should be used if the
393 LDAP server reports that it supports the LDAP paging control in its
394 RootDSE but it is not enabled or does not behave properly.
395 Example: OpenLDAP servers with the paging control module installed
397 on the server but not enabled will report it in the RootDSE but be
398 unable to use it.
399 Example: 389 DS has a bug where it can only support a one paging
401 control at a time on a single connection. On busy clients, this can
402 result in some requests being denied.
403 Default: False
405 ldap_disable_range_retrieval (boolean)
407 Disable Active Directory range retrieval.
408 Active Directory limits the number of members to be retrieved in a
410 single lookup using the MaxValRange policy (which defaults to 1500
411 members). If a group contains more members, the reply would include
412 an AD-specific range extension. This option disables parsing of the
413 range extension, therefore large groups will appear as having no
414 members.
415 Default: False
417 ldap_sasl_minssf (integer)
419 When communicating with an LDAP server using SASL, specify the
420 minimum security level necessary to establish the connection. The
421 values of this option are defined by OpenLDAP.
422 Default: Use the system default (usually specified by ldap.conf)
424 ldap_sasl_maxssf (integer)
426 When communicating with an LDAP server using SASL, specify the
427 maximal security level necessary to establish the connection. The
428 values of this option are defined by OpenLDAP.
429 Default: Use the system default (usually specified by ldap.conf)
431 ldap_deref_threshold (integer)
433 Specify the number of group members that must be missing from the
434 internal cache in order to trigger a dereference lookup. If less
435 members are missing, they are looked up individually.
436 You can turn off dereference lookups completely by setting the
438 value to 0. Please note that there are some codepaths in SSSD, like
439 the IPA HBAC provider, that are only implemented using the
440 dereference call, so even with dereference explicitly disabled,
441 those parts will still use dereference if the server supports it
442 and advertises the dereference control in the rootDSE object.
443 A dereference lookup is a means of fetching all group members in a
445 single LDAP call. Different LDAP servers may implement different
446 dereference methods. The currently supported servers are 389/RHDS,
447 OpenLDAP and Active Directory.
448 Note: If any of the search bases specifies a search filter, then
450 the dereference lookup performance enhancement will be disabled
451 regardless of this setting.
452 Default: 10
454 ldap_ignore_unreadable_references (bool)
456 Ignore unreadable LDAP entries referenced in group's member
457 attribute. If this parameter is set to false an error will be
458 returned and the operation will fail instead of just ignoring the
459 unreadable entry.
460 This parameter may be useful when using the AD provider and the
462 computer account that sssd uses to connect to AD does not have
463 access to a particular entry or LDAP sub-tree for security reasons.
464 Default: False
466 ldap_tls_reqcert (string)
468 Specifies what checks to perform on server certificates in a TLS
469 session, if any. It can be specified as one of the following
470 values:
471 never = The client will not request or check any server
473 certificate.
474 allow = The server certificate is requested. If no certificate is
476 provided, the session proceeds normally. If a bad certificate is
477 provided, it will be ignored and the session proceeds normally.
478 try = The server certificate is requested. If no certificate is
480 provided, the session proceeds normally. If a bad certificate is
481 provided, the session is immediately terminated.
482 demand = The server certificate is requested. If no certificate is
484 provided, or a bad certificate is provided, the session is
485 immediately terminated.
486 hard = Same as “demand”
488 Default: hard
490 ldap_tls_cacert (string)
492 Specifies the file that contains certificates for all of the
493 Certificate Authorities that sssd will recognize.
494 Default: use OpenLDAP defaults, typically in
496 /etc/openldap/ldap.conf
497 ldap_tls_cacertdir (string)
499 Specifies the path of a directory that contains Certificate
500 Authority certificates in separate individual files. Typically the
501 file names need to be the hash of the certificate followed by '.0'.
502 If available, cacertdir_rehash can be used to create the correct
503 names.
504 Default: use OpenLDAP defaults, typically in
506 /etc/openldap/ldap.conf
507 ldap_tls_cert (string)
509 Specifies the file that contains the certificate for the client's
510 key.
511 Default: not set
513 ldap_tls_key (string)
515 Specifies the file that contains the client's key.
516 Default: not set
518 ldap_tls_cipher_suite (string)
520 Specifies acceptable cipher suites. Typically this is a colon
521 separated list. See ldap.conf(5) for format.
522 Default: use OpenLDAP defaults, typically in
524 /etc/openldap/ldap.conf
525 ldap_id_use_start_tls (boolean)
527 Specifies that the id_provider connection must also use tls to
528 protect the channel.
529 Default: false
531 ldap_id_mapping (boolean)
533 Specifies that SSSD should attempt to map user and group IDs from
534 the ldap_user_objectsid and ldap_group_objectsid attributes instead
535 of relying on ldap_user_uid_number and ldap_group_gid_number.
536 Currently this feature supports only ActiveDirectory objectSID
538 mapping.
539 Default: false
541 ldap_min_id, ldap_max_id (integer)
543 In contrast to the SID based ID mapping which is used if
544 ldap_id_mapping is set to true the allowed ID range for
545 ldap_user_uid_number and ldap_group_gid_number is unbound. In a
546 setup with sub/trusted-domains this might lead to ID collisions. To
547 avoid collisions ldap_min_id and ldap_max_id can be set to restrict
548 the allowed range for the IDs which are read directly from the
549 server. Sub-domains can then pick other ranges to map IDs.
550 Default: not set (both options are set to 0)
552 ldap_sasl_mech (string)
554 Specify the SASL mechanism to use. Currently only GSSAPI and
555 GSS-SPNEGO are tested and supported.
556 If the backend supports sub-domains the value of ldap_sasl_mech is
558 automatically inherited to the sub-domains. If a different value is
559 needed for a sub-domain it can be overwritten by setting
560 ldap_sasl_mech for this sub-domain explicitly. Please see TRUSTED
561 DOMAIN SECTION in sssd.conf(5) for details.
562 Default: not set
564 ldap_sasl_authid (string)
566 Specify the SASL authorization id to use. When GSSAPI/GSS-SPNEGO
567 are used, this represents the Kerberos principal used for
568 authentication to the directory. This option can either contain the
569 full principal (for example host/myhost@EXAMPLE.COM) or just the
570 principal name (for example host/myhost). By default, the value is
571 not set and the following principals are used:
572 hostname@REALM
574 netbiosname$@REALM
575 host/hostname@REALM
576 *$@REALM
577 host/*@REALM
578 host/*
579 If none of them are found, the first principal in keytab is
582 returned.
583 Default: host/hostname@REALM
585 ldap_sasl_realm (string)
587 Specify the SASL realm to use. When not specified, this option
588 defaults to the value of krb5_realm. If the ldap_sasl_authid
589 contains the realm as well, this option is ignored.
590 Default: the value of krb5_realm.
592 ldap_sasl_canonicalize (boolean)
594 If set to true, the LDAP library would perform a reverse lookup to
595 canonicalize the host name during a SASL bind.
596 Default: false;
598 ldap_krb5_keytab (string)
600 Specify the keytab to use when using SASL/GSSAPI/GSS-SPNEGO.
601 This option can be also set per subdomain or inherited via
603 subdomain_inherit.
604 Default: System keytab, normally /etc/krb5.keytab
606 ldap_krb5_init_creds (boolean)
608 Specifies that the id_provider should init Kerberos credentials
609 (TGT). This action is performed only if SASL is used and the
610 mechanism selected is GSSAPI or GSS-SPNEGO.
611 Default: true
613 ldap_krb5_ticket_lifetime (integer)
615 Specifies the lifetime in seconds of the TGT if GSSAPI or
616 GSS-SPNEGO is used.
617 This option can be also set per subdomain or inherited via
619 subdomain_inherit.
620 Default: 86400 (24 hours)
622 krb5_server, krb5_backup_server (string)
624 Specifies the comma-separated list of IP addresses or hostnames of
625 the Kerberos servers to which SSSD should connect in the order of
626 preference. For more information on failover and server redundancy,
627 see the “FAILOVER” section. An optional port number (preceded by a
628 colon) may be appended to the addresses or hostnames. If empty,
629 service discovery is enabled - for more information, refer to the
630 “SERVICE DISCOVERY” section.
631 When using service discovery for KDC or kpasswd servers, SSSD first
633 searches for DNS entries that specify _udp as the protocol and
634 falls back to _tcp if none are found.
635 This option was named “krb5_kdcip” in earlier releases of SSSD.
637 While the legacy name is recognized for the time being, users are
638 advised to migrate their config files to use “krb5_server” instead.
639 krb5_realm (string)
641 Specify the Kerberos REALM (for SASL/GSSAPI/GSS-SPNEGO auth).
642 Default: System defaults, see /etc/krb5.conf
644 krb5_canonicalize (boolean)
646 Specifies if the host principal should be canonicalized when
647 connecting to LDAP server. This feature is available with MIT
648 Kerberos >= 1.7
649 Default: false
651 krb5_use_kdcinfo (boolean)
653 Specifies if the SSSD should instruct the Kerberos libraries what
654 realm and which KDCs to use. This option is on by default, if you
655 disable it, you need to configure the Kerberos library using the
656 krb5.conf(5) configuration file.
657 See the sssd_krb5_locator_plugin(8) manual page for more
659 information on the locator plugin.
660 Default: true
662 ldap_pwd_policy (string)
664 Select the policy to evaluate the password expiration on the client
665 side. The following values are allowed:
666 none - No evaluation on the client side. This option cannot disable
668 server-side password policies.
669 shadow - Use shadow(5) style attributes to evaluate if the password
671 has expired. Please see option "ldap_chpass_update_last_change" as
672 well.
673 mit_kerberos - Use the attributes used by MIT Kerberos to determine
675 if the password has expired. Use chpass_provider=krb5 to update
676 these attributes when the password is changed.
677 Default: none
679 Note: if a password policy is configured on server side, it always
681 takes precedence over policy set with this option.
682 ldap_referrals (boolean)
684 Specifies whether automatic referral chasing should be enabled.
685 Please note that sssd only supports referral chasing when it is
687 compiled with OpenLDAP version 2.4.13 or higher.
688 Chasing referrals may incur a performance penalty in environments
690 that use them heavily, a notable example is Microsoft Active
691 Directory. If your setup does not in fact require the use of
692 referrals, setting this option to false might bring a noticeable
693 performance improvement. Setting this option to false is therefore
694 recommended in case the SSSD LDAP provider is used together with
695 Microsoft Active Directory as a backend. Even if SSSD would be able
696 to follow the referral to a different AD DC no additional data
697 would be available.
698 Default: true
700 ldap_dns_service_name (string)
702 Specifies the service name to use when service discovery is
703 enabled.
704 Default: ldap
706 ldap_chpass_dns_service_name (string)
708 Specifies the service name to use to find an LDAP server which
709 allows password changes when service discovery is enabled.
710 Default: not set, i.e. service discovery is disabled
712 ldap_chpass_update_last_change (bool)
714 Specifies whether to update the ldap_user_shadow_last_change
715 attribute with days since the Epoch after a password change
716 operation.
717 It is recommend to set this option explicitly if "ldap_pwd_policy =
719 shadow" is used to let SSSD know if the LDAP server will update
720 shadowLastChange LDAP attribute automatically after a password
721 change or if SSSD has to update it.
722 Default: False
724 ldap_access_filter (string)
726 If using access_provider = ldap and ldap_access_order = filter
727 (default), this option is mandatory. It specifies an LDAP search
728 filter criteria that must be met for the user to be granted access
729 on this host. If access_provider = ldap, ldap_access_order = filter
730 and this option is not set, it will result in all users being
731 denied access. Use access_provider = permit to change this default
732 behavior. Please note that this filter is applied on the LDAP user
733 entry only and thus filtering based on nested groups may not work
734 (e.g. memberOf attribute on AD entries points only to direct
735 parents). If filtering based on nested groups is required, please
736 see sssd-simple(5).
737 Example:
739 access_provider = ldap
741 ldap_access_filter = (employeeType=admin)
742 This example means that access to this host is restricted to users
745 whose employeeType attribute is set to "admin".
746 Offline caching for this feature is limited to determining whether
748 the user's last online login was granted access permission. If they
749 were granted access during their last login, they will continue to
750 be granted access while offline and vice versa.
751 Default: Empty
753 ldap_account_expire_policy (string)
755 With this option a client side evaluation of access control
756 attributes can be enabled.
757 Please note that it is always recommended to use server side access
759 control, i.e. the LDAP server should deny the bind request with a
760 suitable error code even if the password is correct.
761 The following values are allowed:
763 shadow: use the value of ldap_user_shadow_expire to determine if
765 the account is expired.
766 ad: use the value of the 32bit field
768 ldap_user_ad_user_account_control and allow access if the second
769 bit is not set. If the attribute is missing access is granted. Also
770 the expiration time of the account is checked.
771 rhds, ipa, 389ds: use the value of ldap_ns_account_lock to check if
773 access is allowed or not.
774 nds: the values of ldap_user_nds_login_allowed_time_map,
776 ldap_user_nds_login_disabled and
777 ldap_user_nds_login_expiration_time are used to check if access is
778 allowed. If both attributes are missing access is granted.
779 This is an experimental feature, please use
780 https://github.com/SSSD/sssd/ to report any issues.
781 Please note that the ldap_access_order configuration option must
783 include “expire” in order for the ldap_account_expire_policy option
784 to work.
785 Default: Empty
787 ldap_access_order (string)
789 Comma separated list of access control options. Allowed values are:
790 filter: use ldap_access_filter
792 lockout: use account locking. If set, this option denies access in
794 case that ldap attribute 'pwdAccountLockedTime' is present and has
795 value of '000001010000Z'. Please see the option ldap_pwdlockout_dn.
796 Please note that 'access_provider = ldap' must be set for this
797 feature to work.
798 Please note that this option is superseded by the “ppolicy” option
800 and might be removed in a future release.
801 ppolicy: use account locking. If set, this option denies access in
803 case that ldap attribute 'pwdAccountLockedTime' is present and has
804 value of '000001010000Z' or represents any time in the past. The
805 value of the 'pwdAccountLockedTime' attribute must end with 'Z',
806 which denotes the UTC time zone. Other time zones are not currently
807 supported and will result in "access-denied" when users attempt to
808 log in. Please see the option ldap_pwdlockout_dn. Please note that
809 'access_provider = ldap' must be set for this feature to work.
810 expire: use ldap_account_expire_policy
812 pwd_expire_policy_reject, pwd_expire_policy_warn,
814 pwd_expire_policy_renew: These options are useful if users are
815 interested in being warned that password is about to expire and
816 authentication is based on using a different method than passwords
817 - for example SSH keys.
818 The difference between these options is the action taken if user
820 password is expired: pwd_expire_policy_reject - user is denied to
821 log in, pwd_expire_policy_warn - user is still able to log in,
822 pwd_expire_policy_renew - user is prompted to change his password
823 immediately.
824 Note If user password is expired no explicit message is prompted by
826 SSSD.
827 Please note that 'access_provider = ldap' must be set for this
829 feature to work. Also 'ldap_pwd_policy' must be set to an
830 appropriate password policy.
831 authorized_service: use the authorizedService attribute to
833 determine access
834 host: use the host attribute to determine access
836 rhost: use the rhost attribute to determine whether remote host can
838 access
839 Please note, rhost field in pam is set by application, it is better
841 to check what the application sends to pam, before enabling this
842 access control option
843 Default: filter
845 Please note that it is a configuration error if a value is used
847 more than once.
848 ldap_pwdlockout_dn (string)
850 This option specifies the DN of password policy entry on LDAP
851 server. Please note that absence of this option in sssd.conf in
852 case of enabled account lockout checking will yield access denied
853 as ppolicy attributes on LDAP server cannot be checked properly.
854 Example: cn=ppolicy,ou=policies,dc=example,dc=com
856 Default: cn=ppolicy,ou=policies,$ldap_search_base
858 ldap_deref (string)
860 Specifies how alias dereferencing is done when performing a search.
861 The following options are allowed:
862 never: Aliases are never dereferenced.
864 searching: Aliases are dereferenced in subordinates of the base
866 object, but not in locating the base object of the search.
867 finding: Aliases are only dereferenced when locating the base
869 object of the search.
870 always: Aliases are dereferenced both in searching and in locating
872 the base object of the search.
873 Default: Empty (this is handled as never by the LDAP client
875 libraries)
876 ldap_rfc2307_fallback_to_local_users (boolean)
878 Allows to retain local users as members of an LDAP group for
879 servers that use the RFC2307 schema.
880 In some environments where the RFC2307 schema is used, local users
882 are made members of LDAP groups by adding their names to the
883 memberUid attribute. The self-consistency of the domain is
884 compromised when this is done, so SSSD would normally remove the
885 "missing" users from the cached group memberships as soon as
886 nsswitch tries to fetch information about the user via getpw*() or
887 initgroups() calls.
888 This option falls back to checking if local users are referenced,
890 and caches them so that later initgroups() calls will augment the
891 local users with the additional LDAP groups.
892 Default: false
894 wildcard_limit (integer)
896 Specifies an upper limit on the number of entries that are
897 downloaded during a wildcard lookup.
898 At the moment, only the InfoPipe responder supports wildcard
900 lookups.
901 Default: 1000 (often the size of one page)
903 ldap_library_debug_level (integer)
905 Switches on libldap debugging with the given level. The libldap
906 debug messages will be written independent of the general
907 debug_level.
908 OpenLDAP uses a bitmap to enable debugging for specific components,
910 -1 will enable full debug output.
911 Default: 0 (libldap debugging disabled)
913
915 The detailed instructions for configuration of sudo_provider are in the
916 manual page sssd-sudo(5).
917 ldap_sudo_full_refresh_interval (integer)
919 How many seconds SSSD will wait between executing a full refresh of
920 sudo rules (which downloads all rules that are stored on the
921 server).
922 The value must be greater than ldap_sudo_smart_refresh_interval
924 You can disable full refresh by setting this option to 0. However,
926 either smart or full refresh must be enabled.
927 Default: 21600 (6 hours)
929 ldap_sudo_smart_refresh_interval (integer)
931 How many seconds SSSD has to wait before executing a smart refresh
932 of sudo rules (which downloads all rules that have USN higher than
933 the highest server USN value that is currently known by SSSD).
934 If USN attributes are not supported by the server, the
936 modifyTimestamp attribute is used instead.
937 Note: the highest USN value can be updated by three tasks: 1) By
939 sudo full and smart refresh (if updated rules are found), 2) by
940 enumeration of users and groups (if enabled and updated users or
941 groups are found) and 3) by reconnecting to the server (by default
942 every 15 minutes, see ldap_connection_expire_timeout).
943 You can disable smart refresh by setting this option to 0. However,
945 either smart or full refresh must be enabled.
946 Default: 900 (15 minutes)
948 ldap_sudo_random_offset (integer)
950 Random offset between 0 and configured value is added to smart and
951 full refresh periods each time the periodic task is scheduled. The
952 value is in seconds.
953 Note that this random offset is also applied on the first SSSD
955 start which delays the first sudo rules refresh. This prolongs the
956 time when the sudo rules are not available for use.
957 You can disable this offset by setting the value to 0.
959 Default: 0 (disabled)
961 ldap_sudo_use_host_filter (boolean)
963 If true, SSSD will download only rules that are applicable to this
964 machine (using the IPv4 or IPv6 host/network addresses and
965 hostnames).
966 Default: true
968 ldap_sudo_hostnames (string)
970 Space separated list of hostnames or fully qualified domain names
971 that should be used to filter the rules.
972 If this option is empty, SSSD will try to discover the hostname and
974 the fully qualified domain name automatically.
975 If ldap_sudo_use_host_filter is false then this option has no
977 effect.
978 Default: not specified
980 ldap_sudo_ip (string)
982 Space separated list of IPv4 or IPv6 host/network addresses that
983 should be used to filter the rules.
984 If this option is empty, SSSD will try to discover the addresses
986 automatically.
987 If ldap_sudo_use_host_filter is false then this option has no
989 effect.
990 Default: not specified
992 ldap_sudo_include_netgroups (boolean)
994 If true then SSSD will download every rule that contains a netgroup
995 in sudoHost attribute.
996 If ldap_sudo_use_host_filter is false then this option has no
998 effect.
999 Default: true
1001 ldap_sudo_include_regexp (boolean)
1003 If true then SSSD will download every rule that contains a wildcard
1004 in sudoHost attribute.
1005 If ldap_sudo_use_host_filter is false then this option has no
1007 effect.
1008 Note
1010 Using wildcard is an operation that is very costly to evaluate
1011 on the LDAP server side!
1012 Default: false
1013 This manual page only describes attribute name mapping. For detailed
1015 explanation of sudo related attribute semantics, see sudoers.ldap(5)
1016
1018 Some of the defaults for the parameters below are dependent on the LDAP
1019 schema.
1020 ldap_autofs_map_master_name (string)
1022 The name of the automount master map in LDAP.
1023 Default: auto.master
1025 ldap_autofs_map_object_class (string)
1027 The object class of an automount map entry in LDAP.
1028 Default: nisMap (rfc2307, autofs_provider=ad), otherwise
1030 automountMap
1031 ldap_autofs_map_name (string)
1033 The name of an automount map entry in LDAP.
1034 Default: nisMapName (rfc2307, autofs_provider=ad), otherwise
1036 automountMapName
1037 ldap_autofs_entry_object_class (string)
1039 The object class of an automount entry in LDAP. The entry usually
1040 corresponds to a mount point.
1041 Default: nisObject (rfc2307, autofs_provider=ad), otherwise
1043 automount
1044 ldap_autofs_entry_key (string)
1046 The key of an automount entry in LDAP. The entry usually
1047 corresponds to a mount point.
1048 Default: cn (rfc2307, autofs_provider=ad), otherwise automountKey
1050 ldap_autofs_entry_value (string)
1052 The key of an automount entry in LDAP. The entry usually
1053 corresponds to a mount point.
1054 Default: nisMapEntry (rfc2307, autofs_provider=ad), otherwise
1056 automountInformation
1057 Please note that the automounter only reads the master map on startup,
1059 so if any autofs-related changes are made to the sssd.conf, you
1060 typically also need to restart the automounter daemon after restarting
1061 the SSSD.
1062
1064 These options are supported by LDAP domains, but they should be used
1065 with caution. Please include them in your configuration only if you
1066 know what you are doing.
1067 ldap_netgroup_search_base (string)
1069 An optional base DN, search scope and LDAP filter to restrict LDAP
1070 searches for this attribute type.
1071 syntax:
1073 search_base[?scope?[filter][?search_base?scope?[filter]]*]
1075 The scope can be one of "base", "onelevel" or "subtree". The scope
1077 functions as specified in section 4.5.1.2 of
1078 http://tools.ietf.org/html/rfc4511
1079 The filter must be a valid LDAP search filter as specified by
1081 http://www.ietf.org/rfc/rfc2254.txt
1082 For examples of this syntax, please refer to the “ldap_search_base”
1084 examples section.
1085 Default: the value of ldap_search_base
1087 Please note that specifying scope or filter is not supported for
1089 searches against an Active Directory Server that might yield a
1090 large number of results and trigger the Range Retrieval extension
1091 in the response.
1092 ldap_user_search_base (string)
1094 An optional base DN, search scope and LDAP filter to restrict LDAP
1095 searches for this attribute type.
1096 syntax:
1098 search_base[?scope?[filter][?search_base?scope?[filter]]*]
1100 The scope can be one of "base", "onelevel" or "subtree". The scope
1102 functions as specified in section 4.5.1.2 of
1103 http://tools.ietf.org/html/rfc4511
1104 The filter must be a valid LDAP search filter as specified by
1106 http://www.ietf.org/rfc/rfc2254.txt
1107 For examples of this syntax, please refer to the “ldap_search_base”
1109 examples section.
1110 Default: the value of ldap_search_base
1112 Please note that specifying scope or filter is not supported for
1114 searches against an Active Directory Server that might yield a
1115 large number of results and trigger the Range Retrieval extension
1116 in the response.
1117 ldap_group_search_base (string)
1119 An optional base DN, search scope and LDAP filter to restrict LDAP
1120 searches for this attribute type.
1121 syntax:
1123 search_base[?scope?[filter][?search_base?scope?[filter]]*]
1125 The scope can be one of "base", "onelevel" or "subtree". The scope
1127 functions as specified in section 4.5.1.2 of
1128 http://tools.ietf.org/html/rfc4511
1129 The filter must be a valid LDAP search filter as specified by
1131 http://www.ietf.org/rfc/rfc2254.txt
1132 For examples of this syntax, please refer to the “ldap_search_base”
1134 examples section.
1135 Default: the value of ldap_search_base
1137 Please note that specifying scope or filter is not supported for
1139 searches against an Active Directory Server that might yield a
1140 large number of results and trigger the Range Retrieval extension
1141 in the response.
1142 Note
1144 If the option “ldap_use_tokengroups” is enabled, the searches
1145 against Active Directory will not be restricted and return all
1146 groups memberships, even with no GID mapping. It is recommended to
1147 disable this feature, if group names are not being displayed
1148 correctly.
1149 ldap_sudo_search_base (string)
1151 An optional base DN, search scope and LDAP filter to restrict LDAP
1152 searches for this attribute type.
1153 syntax:
1155 search_base[?scope?[filter][?search_base?scope?[filter]]*]
1157 The scope can be one of "base", "onelevel" or "subtree". The scope
1159 functions as specified in section 4.5.1.2 of
1160 http://tools.ietf.org/html/rfc4511
1161 The filter must be a valid LDAP search filter as specified by
1163 http://www.ietf.org/rfc/rfc2254.txt
1164 For examples of this syntax, please refer to the “ldap_search_base”
1166 examples section.
1167 Default: the value of ldap_search_base
1169 Please note that specifying scope or filter is not supported for
1171 searches against an Active Directory Server that might yield a
1172 large number of results and trigger the Range Retrieval extension
1173 in the response.
1174 ldap_autofs_search_base (string)
1176 An optional base DN, search scope and LDAP filter to restrict LDAP
1177 searches for this attribute type.
1178 syntax:
1180 search_base[?scope?[filter][?search_base?scope?[filter]]*]
1182 The scope can be one of "base", "onelevel" or "subtree". The scope
1184 functions as specified in section 4.5.1.2 of
1185 http://tools.ietf.org/html/rfc4511
1186 The filter must be a valid LDAP search filter as specified by
1188 http://www.ietf.org/rfc/rfc2254.txt
1189 For examples of this syntax, please refer to the “ldap_search_base”
1191 examples section.
1192 Default: the value of ldap_search_base
1194 Please note that specifying scope or filter is not supported for
1196 searches against an Active Directory Server that might yield a
1197 large number of results and trigger the Range Retrieval extension
1198 in the response.
1199
1201 The failover feature allows back ends to automatically switch to a
1202 different server if the current server fails.
1203 Failover Syntax
1205 The list of servers is given as a comma-separated list; any number of
1206 spaces is allowed around the comma. The servers are listed in order of
1207 preference. The list can contain any number of servers.
1208 For each failover-enabled config option, two variants exist: primary
1210 and backup. The idea is that servers in the primary list are preferred
1211 and backup servers are only searched if no primary servers can be
1212 reached. If a backup server is selected, a timeout of 31 seconds is
1213 set. After this timeout SSSD will periodically try to reconnect to one
1214 of the primary servers. If it succeeds, it will replace the current
1215 active (backup) server.
1216 The Failover Mechanism
1218 The failover mechanism distinguishes between a machine and a service.
1219 The back end first tries to resolve the hostname of a given machine; if
1220 this resolution attempt fails, the machine is considered offline. No
1221 further attempts are made to connect to this machine for any other
1222 service. If the resolution attempt succeeds, the back end tries to
1223 connect to a service on this machine. If the service connection attempt
1224 fails, then only this particular service is considered offline and the
1225 back end automatically switches over to the next service. The machine
1226 is still considered online and might still be tried for another
1227 service.
1228 Further connection attempts are made to machines or services marked as
1230 offline after a specified period of time; this is currently hard coded
1231 to 30 seconds.
1232 If there are no more machines to try, the back end as a whole switches
1234 to offline mode, and then attempts to reconnect every 30 seconds.
1235 Failover time outs and tuning
1237 Resolving a server to connect to can be as simple as running a single
1238 DNS query or can involve several steps, such as finding the correct
1239 site or trying out multiple host names in case some of the configured
1240 servers are not reachable. The more complex scenarios can take some
1241 time and SSSD needs to balance between providing enough time to finish
1242 the resolution process but on the other hand, not trying for too long
1243 before falling back to offline mode. If the SSSD debug logs show that
1244 the server resolution is timing out before a live server is contacted,
1245 you can consider changing the time outs.
1246 This section lists the available tunables. Please refer to their
1248 description in the sssd.conf(5), manual page.
1249 dns_resolver_server_timeout
1251 Time in milliseconds that sets how long would SSSD talk to a single
1252 DNS server before trying next one.
1253 Default: 1000
1255 dns_resolver_op_timeout
1257 Time in seconds to tell how long would SSSD try to resolve single
1258 DNS query (e.g. resolution of a hostname or an SRV record) before
1259 trying the next hostname or discovery domain.
1260 Default: 3
1262 dns_resolver_timeout
1264 How long would SSSD try to resolve a failover service. This service
1265 resolution internally might include several steps, such as
1266 resolving DNS SRV queries or locating the site.
1267 Default: 6
1269 For LDAP-based providers, the resolve operation is performed as part of
1271 an LDAP connection operation. Therefore, also the “ldap_opt_timeout”
1272 timeout should be set to a larger value than “dns_resolver_timeout”
1273 which in turn should be set to a larger value than
1274 “dns_resolver_op_timeout” which should be larger than
1275 “dns_resolver_server_timeout”.
1276
1278 The service discovery feature allows back ends to automatically find
1279 the appropriate servers to connect to using a special DNS query. This
1280 feature is not supported for backup servers.
1281 Configuration
1283 If no servers are specified, the back end automatically uses service
1284 discovery to try to find a server. Optionally, the user may choose to
1285 use both fixed server addresses and service discovery by inserting a
1286 special keyword, “_srv_”, in the list of servers. The order of
1287 preference is maintained. This feature is useful if, for example, the
1288 user prefers to use service discovery whenever possible, and fall back
1289 to a specific server when no servers can be discovered using DNS.
1290 The domain name
1292 Please refer to the “dns_discovery_domain” parameter in the
1293 sssd.conf(5) manual page for more details.
1294 The protocol
1296 The queries usually specify _tcp as the protocol. Exceptions are
1297 documented in respective option description.
1298 See Also
1300 For more information on the service discovery mechanism, refer to RFC
1301 2782.
1302
1304 The ID-mapping feature allows SSSD to act as a client of Active
1305 Directory without requiring administrators to extend user attributes to
1306 support POSIX attributes for user and group identifiers.
1307 NOTE: When ID-mapping is enabled, the uidNumber and gidNumber
1309 attributes are ignored. This is to avoid the possibility of conflicts
1310 between automatically-assigned and manually-assigned values. If you
1311 need to use manually-assigned values, ALL values must be
1312 manually-assigned.
1313 Please note that changing the ID mapping related configuration options
1315 will cause user and group IDs to change. At the moment, SSSD does not
1316 support changing IDs, so the SSSD database must be removed. Because
1317 cached passwords are also stored in the database, removing the database
1318 should only be performed while the authentication servers are
1319 reachable, otherwise users might get locked out. In order to cache the
1320 password, an authentication must be performed. It is not sufficient to
1321 use sss_cache(8) to remove the database, rather the process consists
1322 of:
1323 • Making sure the remote servers are reachable
1325 • Stopping the SSSD service
1327 • Removing the database
1329 • Starting the SSSD service
1331 Moreover, as the change of IDs might necessitate the adjustment of
1333 other system properties such as file and directory ownership, it's
1334 advisable to plan ahead and test the ID mapping configuration
1335 thoroughly.
1336 Mapping Algorithm
1338 Active Directory provides an objectSID for every user and group object
1339 in the directory. This objectSID can be broken up into components that
1340 represent the Active Directory domain identity and the relative
1341 identifier (RID) of the user or group object.
1342 The SSSD ID-mapping algorithm takes a range of available UIDs and
1344 divides it into equally-sized component sections - called "slices"-.
1345 Each slice represents the space available to an Active Directory
1346 domain.
1347 When a user or group entry for a particular domain is encountered for
1349 the first time, the SSSD allocates one of the available slices for that
1350 domain. In order to make this slice-assignment repeatable on different
1351 client machines, we select the slice based on the following algorithm:
1352 The SID string is passed through the murmurhash3 algorithm to convert
1354 it to a 32-bit hashed value. We then take the modulus of this value
1355 with the total number of available slices to pick the slice.
1356 NOTE: It is possible to encounter collisions in the hash and subsequent
1358 modulus. In these situations, we will select the next available slice,
1359 but it may not be possible to reproduce the same exact set of slices on
1360 other machines (since the order that they are encountered will
1361 determine their slice). In this situation, it is recommended to either
1362 switch to using explicit POSIX attributes in Active Directory
1363 (disabling ID-mapping) or configure a default domain to guarantee that
1364 at least one is always consistent. See “Configuration” for details.
1365 Configuration
1367 Minimum configuration (in the “[domain/DOMAINNAME]” section):
1368 ldap_id_mapping = True
1370 ldap_schema = ad
1371 The default configuration results in configuring 10,000 slices, each
1373 capable of holding up to 200,000 IDs, starting from 200,000 and going
1374 up to 2,000,200,000. This should be sufficient for most deployments.
1375 Advanced Configuration
1377 ldap_idmap_range_min (integer)
1378 Specifies the lower (inclusive) bound of the range of POSIX IDs
1379 to use for mapping Active Directory user and group SIDs. It is
1380 the first POSIX ID which can be used for the mapping.
1381 NOTE: This option is different from “min_id” in that “min_id”
1383 acts to filter the output of requests to this domain, whereas
1384 this option controls the range of ID assignment. This is a
1385 subtle distinction, but the good general advice would be to
1386 have “min_id” be less-than or equal to “ldap_idmap_range_min”
1387 Default: 200000
1389 ldap_idmap_range_max (integer)
1391 Specifies the upper (exclusive) bound of the range of POSIX IDs
1392 to use for mapping Active Directory user and group SIDs. It is
1393 the first POSIX ID which cannot be used for the mapping
1394 anymore, i.e. one larger than the last one which can be used
1395 for the mapping.
1396 NOTE: This option is different from “max_id” in that “max_id”
1398 acts to filter the output of requests to this domain, whereas
1399 this option controls the range of ID assignment. This is a
1400 subtle distinction, but the good general advice would be to
1401 have “max_id” be greater-than or equal to
1402 “ldap_idmap_range_max”
1403 Default: 2000200000
1405 ldap_idmap_range_size (integer)
1407 Specifies the number of IDs available for each slice. If the
1408 range size does not divide evenly into the min and max values,
1409 it will create as many complete slices as it can.
1410 NOTE: The value of this option must be at least as large as the
1412 highest user RID planned for use on the Active Directory
1413 server. User lookups and login will fail for any user whose RID
1414 is greater than this value.
1415 For example, if your most recently-added Active Directory user
1417 has objectSid=S-1-5-21-2153326666-2176343378-3404031434-1107,
1418 “ldap_idmap_range_size” must be at least 1108 as range size is
1419 equal to maximal SID minus minimal SID plus one (e.g. 1108 =
1420 1107 - 0 + 1).
1421 It is important to plan ahead for future expansion, as changing
1423 this value will result in changing all of the ID mappings on
1424 the system, leading to users with different local IDs than they
1425 previously had.
1426 Default: 200000
1428 ldap_idmap_default_domain_sid (string)
1430 Specify the domain SID of the default domain. This will
1431 guarantee that this domain will always be assigned to slice
1432 zero in the ID map, bypassing the murmurhash algorithm
1433 described above.
1434 Default: not set
1436 ldap_idmap_default_domain (string)
1438 Specify the name of the default domain.
1439 Default: not set
1441 ldap_idmap_autorid_compat (boolean)
1443 Changes the behavior of the ID-mapping algorithm to behave more
1444 similarly to winbind's “idmap_autorid” algorithm.
1445 When this option is configured, domains will be allocated
1447 starting with slice zero and increasing monatomically with each
1448 additional domain.
1449 NOTE: This algorithm is non-deterministic (it depends on the
1451 order that users and groups are requested). If this mode is
1452 required for compatibility with machines running winbind, it is
1453 recommended to also use the “ldap_idmap_default_domain_sid”
1454 option to guarantee that at least one domain is consistently
1455 allocated to slice zero.
1456 Default: False
1458 ldap_idmap_helper_table_size (integer)
1460 Maximal number of secondary slices that is tried when
1461 performing mapping from UNIX id to SID.
1462 Note: Additional secondary slices might be generated when SID
1464 is being mapped to UNIX id and RID part of SID is out of range
1465 for secondary slices generated so far. If value of
1466 ldap_idmap_helper_table_size is equal to 0 then no additional
1467 secondary slices are generated.
1468 Default: 10
1470 Well-Known SIDs
1472 SSSD supports to look up the names of Well-Known SIDs, i.e. SIDs with a
1473 special hardcoded meaning. Since the generic users and groups related
1474 to those Well-Known SIDs have no equivalent in a Linux/UNIX environment
1475 no POSIX IDs are available for those objects.
1476 The SID name space is organized in authorities which can be seen as
1478 different domains. The authorities for the Well-Known SIDs are
1479 • Null Authority
1481 • World Authority
1483 • Local Authority
1485 • Creator Authority
1487 • Mandatory Label Authority
1489 • Authentication Authority
1491 • NT Authority
1493 • Built-in
1495 The capitalized version of these names are used as domain names when
1497 returning the fully qualified name of a Well-Known SID.
1498 Since some utilities allow to modify SID based access control
1500 information with the help of a name instead of using the SID directly
1501 SSSD supports to look up the SID by the name as well. To avoid
1502 collisions only the fully qualified names can be used to look up
1503 Well-Known SIDs. As a result the domain names “NULL AUTHORITY”, “WORLD
1504 AUTHORITY”, “LOCAL AUTHORITY”, “CREATOR AUTHORITY”, “MANDATORY LABEL
1505 AUTHORITY”, “AUTHENTICATION AUTHORITY”, “NT AUTHORITY” and “BUILTIN”
1506 should not be used as domain names in sssd.conf.
1507
1509 The following example assumes that SSSD is correctly configured and
1510 LDAP is set to one of the domains in the [domains] section.
1511 [domain/LDAP]
1513 id_provider = ldap
1514 auth_provider = ldap
1515 ldap_uri = ldap://ldap.mydomain.org
1516 ldap_search_base = dc=mydomain,dc=org
1517 ldap_tls_reqcert = demand
1518 cache_credentials = true
1519
1522 The following example assumes that SSSD is correctly configured and to
1523 use the ldap_access_order=lockout.
1524 [domain/LDAP]
1526 id_provider = ldap
1527 auth_provider = ldap
1528 access_provider = ldap
1529 ldap_access_order = lockout
1530 ldap_pwdlockout_dn = cn=ppolicy,ou=policies,dc=mydomain,dc=org
1531 ldap_uri = ldap://ldap.mydomain.org
1532 ldap_search_base = dc=mydomain,dc=org
1533 ldap_tls_reqcert = demand
1534 cache_credentials = true
1535
1538 The descriptions of some of the configuration options in this manual
1539 page are based on the ldap.conf(5) manual page from the OpenLDAP 2.4
1540 distribution.
1541
1543 sssd(8), sssd.conf(5), sssd-ldap(5), sssd-krb5(5), sssd-simple(5),
1544 sssd-ipa(5), sssd-ad(5), sssd-files(5), sssd-sudo(5), sssd-session-
1545 recording(5), sss_cache(8), sss_debuglevel(8), sss_obfuscate(8),
1546 sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(8),
1547 sss_ssh_knownhostsproxy(8), sssd-ifp(5), pam_sss(8). sss_rpcidmapd(5)
1548 sssd-systemtap(5)
1549
1551 The SSSD upstream - https://github.com/SSSD/sssd/
1552SSSD 12/09/2022 SSSD-LDAP(5)