1 .TH SLAPO-UNIQUE 5 "RELEASEDATE" "OpenLDAP LDVERSION"
2 .\" Copyright 2004-2014 The OpenLDAP Foundation All Rights Reserved.
3 .\" Copying restrictions apply. See COPYRIGHT/LICENSE.
6 slapo\-unique \- Attribute Uniqueness overlay to slapd
10 The Attribute Uniqueness overlay can be used with a backend database such as
12 to enforce the uniqueness of some or all attributes within a
13 scope. This subtree defaults to all objects within the subtree of the
14 database for which the Uniqueness overlay is configured.
16 Uniqueness is enforced by searching the subtree to ensure that the values of
17 all attributes presented with an
22 operation are unique within the scope.
23 For example, if uniqueness were enforced for the
25 attribute, the subtree would be searched for any other records which also
28 attribute containing the same value. If any are found, the request is
31 The search is performed using the rootdn of the database, to avoid issues
32 with ACLs preventing the overlay from seeing all of the relevant data. As
33 such, the database must have a rootdn configured.
37 options apply to the Attribute Uniqueness overlay.
38 They should appear after the
42 .B unique_uri <[strict ][ignore ]URI[URI...]...>
43 Configure the base, attributes, scope, and filter for uniqueness
44 checking. Multiple URIs may be specified within a domain,
45 allowing complex selections of objects. Multiple
49 attributes will create independent domains, each with their own
50 independent lists of URIs and ignore/strict settings.
56 have to be enclosed in quotes (") together with the URI.
58 The LDAP URI syntax is a subset of
62 ldap:///[base dn]?[attributes...]?scope[?filter]
66 defaults to that of the back-end database.
67 Specified base dns must be within the subtree of the back-end database.
71 are specified, the URI applies to all non-operational attributes.
75 component is effectively mandatory, because LDAP URIs default to
77 scope, which is not valid for uniqueness, because groups of one object
78 are always unique. Scopes of
82 for one-level are valid.
86 component causes the domain to apply uniqueness constraints only to
87 matching objects. e.g.
88 .B ldap:///?cn?sub?(sn=e*)
91 attributes for all objects in the subtree of the back-end database whose
95 It is possible to assert uniqueness upon all non-operational
96 attributes except those listed by prepending the keyword
98 If not configured, all non-operational (e.g., system) attributes must be
103 URI should generally contain the
109 attributes, as these will generally not be unique, nor are they operational
112 It is possible to set strict checking for the uniqueness domain by
113 prepending the keyword
115 By default, uniqueness is not enforced
116 for null values. Enabling
118 mode extends the concept of uniqueness to include null values, such
119 that only one attribute within a subtree will be allowed to have a
120 null value. Strictness applies to all URIs within a uniqueness
121 domain, but some domains may be strict while others are not.
123 It is not possible to set both URIs and legacy slapo\-unique configuration
124 parameters simultaneously. In general, the legacy configuration options
125 control pieces of a single unfiltered subtree domain.
127 .B unique_base <basedn>
128 This legacy configuration parameter should be converted to the
130 component of the above
134 .B unique_ignore <attribute...>
135 This legacy configuration parameter should be converted to a
139 keyword as described above.
141 .B unique_attributes <attribute...>
142 This legacy configuration parameter should be converted to a
144 parameter, as described above.
146 .B unique_strict <attribute...>
147 This legacy configuration parameter should be converted to a
149 keyword prepended to a
151 parameter, as described above.
155 cannot be used with the old-style of configuration, and vice versa.
157 can implement everything the older system can do, however.
159 Typical attributes for the
160 .B ignore ldap:///...
161 URIs are intentionally not hardcoded into the overlay to allow for
162 maximum flexibility in meeting site-specific requirements.
164 Replication and operations with
166 control are allowed to bypass this enforcement. It is therefore important that
167 all servers accepting writes have this overlay configured in order to maintain
168 uniqueness in a replicated DIT.
172 default slapd configuration file
175 .BR slapd\-config (5).