]> git.sur5r.net Git - openldap/blob - doc/man/man5/slapd.conf.5
e6d75395b9c45105de374d885b5716bf64d9d294
[openldap] / doc / man / man5 / slapd.conf.5
1 .TH SLAPD.CONF 5 "RELEASEDATE" "OpenLDAP LDVERSION"
2 .\" Copyright 1998-2007 The OpenLDAP Foundation All Rights Reserved.
3 .\" Copying restrictions apply.  See COPYRIGHT/LICENSE.
4 .\" $OpenLDAP$
5 .SH NAME
6 slapd.conf \- configuration file for slapd, the stand-alone LDAP daemon
7 .SH SYNOPSIS
8 ETCDIR/slapd.conf
9 .SH DESCRIPTION
10 The file
11 .B ETCDIR/slapd.conf
12 contains configuration information for the
13 .BR slapd (8)
14 daemon.  This configuration file is also used by the
15 .BR slurpd (8)
16 replication daemon and by the SLAPD tools
17 .BR slapacl (8),
18 .BR slapadd (8),
19 .BR slapauth (8),
20 .BR slapcat (8),
21 .BR slapdn (8),
22 .BR slapindex (8),
23 and
24 .BR slaptest (8).
25 .LP
26 The
27 .B slapd.conf
28 file consists of a series of global configuration options that apply to
29 .B slapd
30 as a whole (including all backends), followed by zero or more database
31 backend definitions that contain information specific to a backend
32 instance.
33 The configuration options are case-insensitive;
34 their value, on a case by case basis, may be case-sensitive.
35 .LP
36 The general format of
37 .B slapd.conf
38 is as follows:
39 .LP
40 .nf
41     # comment - these options apply to every database
42     <global configuration options>
43     # first database definition & configuration options
44     database <backend 1 type>
45     <configuration options specific to backend 1>
46     # subsequent database definitions & configuration options
47     ...
48 .fi
49 .LP
50 As many backend-specific sections as desired may be included.  Global
51 options can be overridden in a backend (for options that appear more
52 than once, the last appearance in the
53 .B slapd.conf
54 file is used).
55 .LP
56 If a line begins with white space, it is considered a continuation
57 of the previous line.  No physical line should be over 2000 bytes
58 long.
59 .LP
60 Blank lines and comment lines beginning with
61 a `#' character are ignored.  Note: continuation lines are unwrapped
62 before comment processing is applied.
63 .LP
64 Arguments on configuration lines are separated by white space. If an
65 argument contains white space, the argument should be enclosed in
66 double quotes.  If an argument contains a double quote (`"') or a
67 backslash character (`\\'), the character should be preceded by a
68 backslash character.
69 .LP
70 The specific configuration options available are discussed below in the
71 Global Configuration Options, General Backend Options, and General Database
72 Options.  Backend-specific options are discussed in the
73 .B slapd-<backend>(5)
74 manual pages.  Refer to the "OpenLDAP Administrator's Guide" for more
75 details on the slapd configuration file.
76 .SH GLOBAL CONFIGURATION OPTIONS
77 Options described in this section apply to all backends, unless specifically 
78 overridden in a backend definition. Arguments that should be replaced by 
79 actual text are shown in brackets <>.
80 .TP
81 .B access to <what> "[ by <who> <access> <control> ]+"
82 Grant access (specified by <access>) to a set of entries and/or
83 attributes (specified by <what>) by one or more requestors (specified
84 by <who>).
85 If no access controls are present, the default policy
86 allows anyone and everyone to read anything but restricts
87 updates to rootdn.  (e.g., "access to * by * read").
88 The rootdn can always read and write EVERYTHING!
89 See
90 .BR slapd.access (5)
91 and the "OpenLDAP's Administrator's Guide" for details.
92 .TP
93 .B allow <features>
94 Specify a set of features (separated by white space) to
95 allow (default none).
96 .B bind_v2
97 allows acceptance of LDAPv2 bind requests.  Note that
98 .BR slapd (8)
99 does not truly implement LDAPv2 (RFC 1777), now Historic (RFC 3494).
100 .B bind_anon_cred
101 allows anonymous bind when credentials are not empty (e.g.
102 when DN is empty).
103 .B bind_anon_dn
104 allows unauthenticated (anonymous) bind when DN is not empty.
105 .B update_anon
106 allows unauthenticated (anonymous) update operations to be processed
107 (subject to access controls and other administrative limits).
108 .B proxy_authz_anon
109 allows unauthenticated (anonymous) proxy authorization control to be processed
110 (subject to access controls, authorization and other administrative limits).
111 .TP
112 .B argsfile <filename>
113 The ( absolute ) name of a file that will hold the 
114 .B slapd
115 server's command line options
116 if started without the debugging command line option.
117 .TP
118 .B attributeoptions [option-name]...
119 Define tagging attribute options or option tag/range prefixes.
120 Options must not end with `-', prefixes must end with `-'.
121 The `lang-' prefix is predefined.
122 If you use the
123 .B attributeoptions
124 directive, `lang-' will no longer be defined and you must specify it
125 explicitly if you want it defined.
126
127 An attribute description with a tagging option is a subtype of that
128 attribute description without the option.
129 Except for that, options defined this way have no special semantics.
130 Prefixes defined this way work like the `lang-' options:
131 They define a prefix for tagging options starting with the prefix.
132 That is, if you define the prefix `x-foo-', you can use the option
133 `x-foo-bar'.
134 Furthermore, in a search or compare, a prefix or range name (with
135 a trailing `-') matches all options starting with that name, as well
136 as the option with the range name sans the trailing `-'.
137 That is, `x-foo-bar-' matches `x-foo-bar' and `x-foo-bar-baz'.
138
139 RFC 4520 reserves options beginning with `x-' for private experiments.
140 Other options should be registered with IANA, see RFC 4520 section 3.5.
141 OpenLDAP also has the `binary' option built in, but this is a transfer
142 option, not a tagging option.
143 .HP
144 .hy 0
145 .B attributetype "(\ <oid>\
146  [NAME\ <name>]\
147  [DESC\ <description>]\
148  [OBSOLETE]\
149  [SUP\ <oid>]\
150  [EQUALITY\ <oid>]\
151  [ORDERING\ <oid>]\
152  [SUBSTR\ <oid>]\
153  [SYNTAX\ <oidlen>]\
154  [SINGLE\-VALUE]\
155  [COLLECTIVE]\
156  [NO\-USER\-MODIFICATION]\
157  [USAGE\ <attributeUsage>]\ )"
158 .RS
159 Specify an attribute type using the LDAPv3 syntax defined in RFC 4512.
160 The slapd parser extends the RFC 4512 definition by allowing string
161 forms as well as numeric OIDs to be used for the attribute OID and
162 attribute syntax OID.
163 (See the
164 .B objectidentifier
165 description.) 
166 .RE
167 .TP
168 .B authz-policy <policy>
169 Used to specify which rules to use for Proxy Authorization.  Proxy
170 authorization allows a client to authenticate to the server using one
171 user's credentials, but specify a different identity to use for authorization
172 and access control purposes. It essentially allows user A to login as user
173 B, using user A's password.
174 The
175 .B none
176 flag disables proxy authorization. This is the default setting.
177 The
178 .B from
179 flag will use rules in the
180 .I authzFrom
181 attribute of the authorization DN.
182 The
183 .B to
184 flag will use rules in the
185 .I authzTo
186 attribute of the authentication DN.
187 The
188 .B any
189 flag, an alias for the deprecated value of
190 .BR both ,
191 will allow any of the above, whatever succeeds first (checked in
192 .BR to ,
193 .B from
194 sequence.
195 The
196 .B all
197 flag requires both authorizations to succeed.
198 .LP
199 .RS
200 The rules are mechanisms to specify which identities are allowed 
201 to perform proxy authorization.
202 The
203 .I authzFrom
204 attribute in an entry specifies which other users
205 are allowed to proxy login to this entry. The
206 .I authzTo
207 attribute in
208 an entry specifies which other users this user can authorize as.  Use of
209 .I authzTo
210 rules can be easily
211 abused if users are allowed to write arbitrary values to this attribute.
212 In general the
213 .I authzTo
214 attribute must be protected with ACLs such that
215 only privileged users can modify it.
216 The value of
217 .I authzFrom
218 and
219 .I authzTo
220 describes an 
221 .B identity 
222 or a set of identities; it can take five forms:
223 .RS
224 .TP
225 .B ldap:///<base>??[<scope>]?<filter>
226 .RE
227 .RS
228 .B dn[.<dnstyle>]:<pattern>
229 .RE
230 .RS
231 .B u[<mech>[<realm>]]:<pattern>
232 .RE
233 .RS
234 .B group[/objectClass[/attributeType]]:<pattern>
235 .RE
236 .RS
237 .B <pattern>
238 .RE
239 .RS
240
241 .B <dnstyle>:={exact|onelevel|children|subtree|regex}
242
243 .RE
244 The first form is a valid LDAP
245 .B URI
246 where the 
247 .IR <host>:<port> ,
248 the
249 .I <attrs>
250 and the
251 .I <extensions>
252 portions must be absent, so that the search occurs locally on either
253 .I authzFrom
254 or 
255 .IR authzTo .
256 The second form is a 
257 .BR DN ,
258 with the optional style modifiers
259 .IR exact ,
260 .IR onelevel ,
261 .IR children ,
262 and
263 .I subtree
264 for exact, onelevel, children and subtree matches, which cause 
265 .I <pattern>
266 to be normalized according to the DN normalization rules, or the special
267 .I regex
268 style, which causes the
269 .I <pattern>
270 to be treated as a POSIX (''extended'') regular expression, as
271 discussed in
272 .BR regex (7)
273 and/or
274 .BR re_format (7).
275 A pattern of
276 .I *
277 means any non-anonymous DN.
278 The third form is a SASL
279 .BR id ,
280 with the optional fields
281 .I <mech>
282 and
283 .I <realm>
284 that allow to specify a SASL
285 .BR mechanism ,
286 and eventually a SASL
287 .BR realm ,
288 for those mechanisms that support one.
289 The need to allow the specification of a mechanism is still debated, 
290 and users are strongly discouraged to rely on this possibility.
291 The fourth form is a group specification, consisting of the keyword
292 .BR group ,
293 optionally followed by the specification of the group
294 .B objectClass
295 and member
296 .BR attributeType .
297 The group with DN
298 .B <pattern>
299 is searched with base scope, and in case of match, the values of the
300 member
301 .B attributeType
302 are searched for the asserted DN.
303 For backwards compatibility, if no identity type is provided, i.e. only
304 .B <pattern>
305 is present, an
306 .I exact DN
307 is assumed; as a consequence, 
308 .B <pattern>
309 is subjected to DN normalization.
310 Since the interpretation of
311 .I authzFrom
312 and
313 .I authzTo
314 can impact security, users are strongly encouraged 
315 to explicitly set the type of identity specification that is being used.
316 A subset of these rules can be used as third arg in the 
317 .B authz-regexp
318 statement (see below); significantly, the 
319 .I URI
320 and the
321 .I dn.exact:<dn> 
322 forms.
323 .RE
324 .TP
325 .B authz-regexp <match> <replace>
326 Used by the authentication framework to convert simple user names,
327 such as provided by SASL subsystem, to an LDAP DN used for
328 authorization purposes.  Note that the resultant DN need not refer
329 to an existing entry to be considered valid.  When an authorization
330 request is received from the SASL subsystem, the SASL 
331 .BR USERNAME ,
332 .BR REALM , 
333 and
334 .B MECHANISM
335 are taken, when available, and combined into a name of the form
336 .RS
337 .RS
338 .TP
339 .B UID=<username>[[,CN=<realm>],CN=<mechanism>],CN=auth
340
341 .RE
342 This name is then compared against the
343 .B match
344 POSIX (''extended'') regular expression, and if the match is successful,
345 the name is replaced with the
346 .B replace
347 string.  If there are wildcard strings in the 
348 .B match
349 regular expression that are enclosed in parenthesis, e.g. 
350 .RS
351 .TP
352 .B UID=([^,]*),CN=.*
353
354 .RE
355 then the portion of the name that matched the wildcard will be stored
356 in the numbered placeholder variable $1. If there are other wildcard strings
357 in parenthesis, the matching strings will be in $2, $3, etc. up to $9. The 
358 placeholders can then be used in the 
359 .B replace
360 string, e.g. 
361 .RS
362 .TP
363 .B UID=$1,OU=Accounts,DC=example,DC=com 
364
365 .RE
366 The replaced name can be either a DN, i.e. a string prefixed by "dn:",
367 or an LDAP URI.
368 If the latter, the server will use the URI to search its own database(s)
369 and, if the search returns exactly one entry, the name is
370 replaced by the DN of that entry.   The LDAP URI must have no
371 hostport, attrs, or extensions components, but the filter is mandatory,
372 e.g.
373 .RS
374 .TP
375 .B ldap:///OU=Accounts,DC=example,DC=com??one?(UID=$1)
376
377 .RE
378 The protocol portion of the URI must be strictly
379 .BR ldap .
380 Note that this search is subject to access controls.  Specifically,
381 the authentication identity must have "auth" access in the subject.
382
383 Multiple 
384 .B authz-regexp 
385 options can be given in the configuration file to allow for multiple matching 
386 and replacement patterns. The matching patterns are checked in the order they 
387 appear in the file, stopping at the first successful match.
388
389 .\".B Caution:
390 .\"Because the plus sign + is a character recognized by the regular expression engine,
391 .\"and it will appear in names that include a REALM, be careful to escape the
392 .\"plus sign with a backslash \\+ to remove the character's special meaning.
393 .RE
394 .TP
395 .B concurrency <integer>
396 Specify a desired level of concurrency.  Provided to the underlying
397 thread system as a hint.  The default is not to provide any hint.
398 .TP
399 .B conn_max_pending <integer>
400 Specify the maximum number of pending requests for an anonymous session.
401 If requests are submitted faster than the server can process them, they
402 will be queued up to this limit. If the limit is exceeded, the session
403 is closed. The default is 100.
404 .TP
405 .B conn_max_pending_auth <integer>
406 Specify the maximum number of pending requests for an authenticated session.
407 The default is 1000.
408 .TP
409 .B defaultsearchbase <dn>
410 Specify a default search base to use when client submits a
411 non-base search request with an empty base DN.
412 Base scoped search requests with an empty base DN are not affected.
413 .TP
414 .B disallow <features>
415 Specify a set of features (separated by white space) to
416 disallow (default none).
417 .B bind_anon
418 disables acceptance of anonymous bind requests.  Note that this setting
419 does not prohibit anonymous directory access (See "require authc").
420 .B bind_simple
421 disables simple (bind) authentication.
422 .B tls_2_anon
423 disables forcing session to anonymous status (see also
424 .BR tls_authc )
425 upon StartTLS operation receipt.
426 .B tls_authc
427 disallows the StartTLS operation if authenticated (see also
428 .BR tls_2_anon ).
429 .HP
430 .hy 0
431 .B ditcontentrule "(\ <oid>\
432  [NAME\ <name>]\
433  [DESC\ <description>]\
434  [OBSOLETE]\
435  [AUX\ <oids>]\
436  [MUST\ <oids>]\
437  [MAY\ <oids>]\
438  [NOT\ <oids>]\ )"
439 .RS
440 Specify an DIT Content Rule using the LDAPv3 syntax defined in RFC 4512.
441 The slapd parser extends the RFC 4512 definition by allowing string
442 forms as well as numeric OIDs to be used for the attribute OID and
443 attribute syntax OID.
444 (See the
445 .B objectidentifier
446 description.) 
447 .RE
448 .TP
449 .B gentlehup { on | off }
450 A SIGHUP signal will only cause a 'gentle' shutdown-attempt:
451 .B Slapd
452 will stop listening for new connections, but will not close the
453 connections to the current clients.  Future write operations return
454 unwilling-to-perform, though.  Slapd terminates when all clients
455 have closed their connections (if they ever do), or \- as before \-
456 if it receives a SIGTERM signal.  This can be useful if you wish to
457 terminate the server and start a new
458 .B slapd
459 server
460 .B with another database,
461 without disrupting the currently active clients.
462 The default is off.  You may wish to use
463 .B idletimeout
464 along with this option.
465 .TP
466 .B idletimeout <integer>
467 Specify the number of seconds to wait before forcibly closing
468 an idle client connection.  A idletimeout of 0 disables this
469 feature.  The default is 0.
470 .TP
471 .B include <filename>
472 Read additional configuration information from the given file before
473 continuing with the next line of the current file.
474 .TP
475 .B index_substr_if_minlen <integer>
476 Specify the minimum length for subinitial and subfinal indices. An
477 attribute value must have at least this many characters in order to be
478 processed by the indexing functions. The default is 2.
479 .TP
480 .B index_substr_if_maxlen <integer>
481 Specify the maximum length for subinitial and subfinal indices. Only
482 this many characters of an attribute value will be processed by the
483 indexing functions; any excess characters are ignored. The default is 4.
484 .TP
485 .B index_substr_any_len <integer>
486 Specify the length used for subany indices. An attribute value must have
487 at least this many characters in order to be processed. Attribute values
488 longer than this length will be processed in segments of this length. The
489 default is 4. The subany index will also be used in subinitial and
490 subfinal index lookups when the filter string is longer than the
491 .I index_substr_if_maxlen
492 value.
493 .TP
494 .B index_substr_any_step <integer>
495 Specify the steps used in subany index lookups. This value sets the offset
496 for the segments of a filter string that are processed for a subany index
497 lookup. The default is 2. For example, with the default values, a search
498 using this filter "cn=*abcdefgh*" would generate index lookups for
499 "abcd", "cdef", and "efgh".
500
501 .\"-- NEW_LOGGING option --
502 .\".TP
503 .\".B logfile <filename>
504 .\"Specify a file for recording debug log messages. By default these messages
505 .\"only go to stderr and are not recorded anywhere else. Specifying a logfile
506 .\"copies messages to both stderr and the logfile.
507 .TP
508 .B localSSF <SSF>
509 Specifies the Security Strength Factor (SSF) to be given local LDAP sessions,
510 such as those to the ldapi:// listener.  For a description of SSF values,
511 see 
512 .BR sasl-secprops 's
513 .B minssf
514 option description.  The default is 71.
515 .TP
516 .B loglevel <integer> [...]
517 Specify the level at which debugging statements and operation 
518 statistics should be syslogged (currently logged to the
519 .BR syslogd (8) 
520 LOG_LOCAL4 facility).
521 They must be considered subsystems rather than increasingly verbose 
522 log levels.
523 Some messages with higher priority are logged regardless 
524 of the configured loglevel as soon as some logging is configured,
525 otherwise anything is logged at all.
526 Log levels are additive, and available levels are:
527 .RS
528 .RS
529 .PD 0
530 .TP
531 .B 1
532 .B (0x1 trace)
533 trace function calls
534 .TP
535 .B 2
536 .B (0x2 packets)
537 debug packet handling
538 .TP
539 .B 4
540 .B (0x4 args)
541 heavy trace debugging (function args)
542 .TP
543 .B 8
544 .B (0x8 conns)
545 connection management
546 .TP
547 .B 16
548 .B (0x10 BER)
549 print out packets sent and received
550 .TP
551 .B 32
552 .B (0x20 filter)
553 search filter processing
554 .TP
555 .B 64
556 .B (0x40 config)
557 configuration file processing
558 .TP
559 .B 128
560 .B (0x80 ACL)
561 access control list processing
562 .TP
563 .B 256
564 .B (0x100 stats)
565 stats log connections/operations/results
566 .TP
567 .B 512
568 .B (0x200 stats2)
569 stats log entries sent
570 .TP
571 .B 1024
572 .B (0x400 shell)
573 print communication with shell backends
574 .TP
575 .B 2048
576 .B (0x800 parse)
577 entry parsing
578 \".TP
579 \".B 4096
580 \".B (0x1000 cache)
581 \"caching (unused)
582 \".TP
583 \".B 8192
584 \".B (0x2000 index)
585 \"data indexing (unused)
586 .TP
587 .B 16384
588 .B (0x4000 sync)
589 LDAPSync replication
590 .TP
591 .B 32768
592 .B (0x8000 none)
593 only messages that get logged whatever log level is set
594 .PD
595 .RE
596 The desired log level can be input as a single integer that combines 
597 the (ORed) desired levels, both in decimal or in hexadecimal notation,
598 as a list of integers (that are ORed internally),
599 or as a list of the names that are shown between brackets, such that
600 .LP
601 .nf
602     loglevel 129
603     loglevel 0x81
604     loglevel 128 1
605     loglevel 0x80 0x1
606     loglevel acl trace
607 .fi
608 .LP
609 are equivalent.
610 The keyword 
611 .B any
612 can be used as a shortcut to enable logging at all levels (equivalent to -1).
613 The keyword
614 .BR none ,
615 or the equivalent integer representation, causes those messages
616 that are logged regardless of the configured loglevel to be logged.
617 In fact, if no loglevel (or a 0 level) is defined, no logging occurs, 
618 so at least the 
619 .B none
620 level is required to have high priority messages logged.
621 .RE
622 .TP
623 .B moduleload <filename>
624 Specify the name of a dynamically loadable module to load. The filename
625 may be an absolute path name or a simple filename. Non-absolute names
626 are searched for in the directories specified by the
627 .B modulepath
628 option. This option and the
629 .B modulepath
630 option are only usable if slapd was compiled with --enable-modules.
631 .TP
632 .B modulepath <pathspec>
633 Specify a list of directories to search for loadable modules. Typically
634 the path is colon-separated but this depends on the operating system.
635 .HP
636 .hy 0
637 .B objectclass "(\ <oid>\
638  [NAME\ <name>]\
639  [DESC\ <description>]\
640  [OBSOLETE]\
641  [SUP\ <oids>]\
642  [{ ABSTRACT | STRUCTURAL | AUXILIARY }]\
643  [MUST\ <oids>] [MAY\ <oids>] )"
644 .RS
645 Specify an objectclass using the LDAPv3 syntax defined in RFC 4512.
646 The slapd parser extends the RFC 4512 definition by allowing string
647 forms as well as numeric OIDs to be used for the object class OID.
648 (See the
649 .B
650 objectidentifier
651 description.)  Object classes are "STRUCTURAL" by default.
652 .RE
653 .TP
654 .B objectidentifier <name> "{ <oid> | <name>[:<suffix>] }"
655 Define a string name that equates to the given OID. The string can be used
656 in place of the numeric OID in objectclass and attribute definitions. The
657 name can also be used with a suffix of the form ":xx" in which case the
658 value "oid.xx" will be used.
659 .TP
660 .B password-hash <hash> [<hash>...]
661 This option configures one or more hashes to be used in generation of user
662 passwords stored in the userPassword attribute during processing of
663 LDAP Password Modify Extended Operations (RFC 3062).
664 The <hash> must be one of
665 .BR {SSHA} ,
666 .BR {SHA} ,
667 .BR {SMD5} ,
668 .BR {MD5} ,
669 .BR {CRYPT} ,
670 and
671 .BR {CLEARTEXT} .
672 The default is
673 .BR {SSHA} .
674
675 .B {SHA}
676 and
677 .B {SSHA}
678 use the SHA-1 algorithm (FIPS 160-1), the latter with a seed.
679
680 .B {MD5}
681 and
682 .B {SMD5}
683 use the MD5 algorithm (RFC 1321), the latter with a seed.
684
685 .B {CRYPT}
686 uses the
687 .BR crypt (3).
688
689 .B {CLEARTEXT}
690 indicates that the new password should be
691 added to userPassword as clear text.
692
693 Note that this option does not alter the normal user applications
694 handling of userPassword during LDAP Add, Modify, or other LDAP operations.
695 .TP
696 .B password\-crypt\-salt\-format <format>
697 Specify the format of the salt passed to
698 .BR crypt (3)
699 when generating {CRYPT} passwords (see
700 .BR password\-hash )
701 during processing of LDAP Password Modify Extended Operations (RFC 3062).
702
703 This string needs to be in
704 .BR sprintf (3)
705 format and may include one (and only one) %s conversion.
706 This conversion will be substituted with a string of random
707 characters from [A\-Za\-z0\-9./].  For example, "%.2s"
708 provides a two character salt and "$1$%.8s" tells some
709 versions of crypt(3) to use an MD5 algorithm and provides
710 8 random characters of salt.  The default is "%s", which
711 provides 31 characters of salt.
712 .TP
713 .B pidfile <filename>
714 The ( absolute ) name of a file that will hold the 
715 .B slapd
716 server's process ID ( see
717 .BR getpid (2)
718 ) if started without the debugging command line option.
719 .TP
720 .B referral <url>
721 Specify the referral to pass back when
722 .BR slapd (8)
723 cannot find a local database to handle a request.
724 If specified multiple times, each url is provided.
725 .TP
726 .B replica-argsfile
727 The ( absolute ) name of a file that will hold the 
728 .B slurpd
729 server's command line options
730 if started without the debugging command line option.
731 If it appears after a
732 .B replogfile
733 directive, the args file is specific to the 
734 .BR slurpd (8)
735 instance that handles that replication log.
736 .TP
737 .B replica-pidfile
738 The ( absolute ) name of a file that will hold the 
739 .B slurpd
740 server's process ID ( see
741 .BR getpid (2)
742 ) if started without the debugging command line option.
743 If it appears after a
744 .B replogfile
745 directive, the pid file is specific to the 
746 .BR slurpd (8)
747 instance that handles that replication log.
748 .TP
749 .B replicationinterval
750 The number of seconds 
751 .B slurpd 
752 waits before checking the replogfile for changes.
753 If it appears after a
754 .B replogfile
755 directive, the replication interval is specific to the 
756 .BR slurpd (8)
757 instance that handles that replication log.
758 .TP
759 .B require <conditions>
760 Specify a set of conditions (separated by white space) to
761 require (default none).
762 The directive may be specified globally and/or per-database;
763 databases inherit global conditions, so per-database specifications
764 are additive.
765 .B bind
766 requires bind operation prior to directory operations.
767 .B LDAPv3
768 requires session to be using LDAP version 3.
769 .B authc
770 requires authentication prior to directory operations.
771 .B SASL
772 requires SASL authentication prior to directory operations.
773 .B strong
774 requires strong authentication prior to directory operations.
775 The strong keyword allows protected "simple" authentication
776 as well as SASL authentication.
777 .B none
778 may be used to require no conditions (useful to clear out globally
779 set conditions within a particular database); it must occur first
780 in the list of conditions.
781 .TP
782 .B reverse-lookup on | off
783 Enable/disable client name unverified reverse lookup (default is 
784 .BR off 
785 if compiled with --enable-rlookups).
786 .TP
787 .B rootDSE <file>
788 Specify the name of an LDIF(5) file containing user defined attributes
789 for the root DSE.  These attributes are returned in addition to the
790 attributes normally produced by slapd.
791 .TP
792 .B sasl-host <fqdn>
793 Used to specify the fully qualified domain name used for SASL processing.
794 .TP
795 .B sasl-realm <realm>
796 Specify SASL realm.  Default is empty.
797 .TP
798 .B sasl-secprops <properties>
799 Used to specify Cyrus SASL security properties.
800 The
801 .B none
802 flag (without any other properties) causes the flag properties
803 default, "noanonymous,noplain", to be cleared.
804 The
805 .B noplain
806 flag disables mechanisms susceptible to simple passive attacks.
807 The
808 .B noactive
809 flag disables mechanisms susceptible to active attacks.
810 The
811 .B nodict
812 flag disables mechanisms susceptible to passive dictionary attacks.
813 The
814 .B noanonymous
815 flag disables mechanisms which support anonymous login.
816 The
817 .B forwardsec
818 flag require forward secrecy between sessions.
819 The
820 .B passcred
821 require mechanisms which pass client credentials (and allow
822 mechanisms which can pass credentials to do so).
823 The
824 .B minssf=<factor> 
825 property specifies the minimum acceptable
826 .I security strength factor
827 as an integer approximate to effective key length used for
828 encryption.  0 (zero) implies no protection, 1 implies integrity
829 protection only, 56 allows DES or other weak ciphers, 112
830 allows triple DES and other strong ciphers, 128 allows RC4,
831 Blowfish and other modern strong ciphers.  The default is 0.
832 The
833 .B maxssf=<factor> 
834 property specifies the maximum acceptable
835 .I security strength factor
836 as an integer (see minssf description).  The default is INT_MAX.
837 The
838 .B maxbufsize=<size> 
839 property specifies the maximum security layer receive buffer
840 size allowed.  0 disables security layers.  The default is 65536.
841 .TP
842 .B schemadn <dn>
843 Specify the distinguished name for the subschema subentry that
844 controls the entries on this server.  The default is "cn=Subschema".
845 .TP
846 .B security <factors>
847 Specify a set of security strength factors (separated by white space)
848 to require (see
849 .BR sasl-secprops 's
850 .B minssf
851 option for a description of security strength factors).
852 The directive may be specified globally and/or per-database.
853 .B ssf=<n>
854 specifies the overall security strength factor.
855 .B transport=<n>
856 specifies the transport security strength factor.
857 .B tls=<n>
858 specifies the TLS security strength factor.
859 .B sasl=<n>
860 specifies the SASL security strength factor.
861 .B update_ssf=<n>
862 specifies the overall security strength factor to require for
863 directory updates.
864 .B update_transport=<n>
865 specifies the transport security strength factor to require for
866 directory updates.
867 .B update_tls=<n>
868 specifies the TLS security strength factor to require for
869 directory updates.
870 .B update_sasl=<n>
871 specifies the SASL security strength factor to require for
872 directory updates.
873 .B simple_bind=<n>
874 specifies the security strength factor required for
875 .I simple
876 username/password authentication.
877 Note that the
878 .B transport
879 factor is measure of security provided by the underlying transport,
880 e.g. ldapi:// (and eventually IPSEC).  It is not normally used.
881 .TP
882 .B serverID <integer> [<URL>]
883 Specify an integer ID from 0 to 4095 for this server. These IDs are
884 required when using multimaster replication and each master must have a
885 unique ID. If the URL is provided, this directive may be specified
886 multiple times, providing a complete list of participating servers
887 and their IDs. The fully qualified hostname of each server should be
888 used in the supplied URLs. The IDs are used in the "replica id" field
889 of all CSNs generated by the specified server. The default value is zero.
890 Example:
891 .LP
892 .nf
893         serverID 1
894 .fi
895 .TP
896 .B sizelimit {<integer>|unlimited}
897 .TP
898 .B sizelimit size[.{soft|hard|unchecked}]=<integer> [...]
899 Specify the maximum number of entries to return from a search operation.
900 The default size limit is 500.
901 Use
902 .B unlimited
903 to specify no limits.
904 The second format allows a fine grain setting of the size limits.
905 Extra args can be added on the same line.
906 See
907 .BR limits
908 for an explanation of the different flags.
909 .TP
910 .B sockbuf_max_incoming <integer>
911 Specify the maximum incoming LDAP PDU size for anonymous sessions.
912 The default is 262143.
913 .TP
914 .B sockbuf_max_incoming_auth <integer>
915 Specify the maximum incoming LDAP PDU size for authenticated sessions.
916 The default is 4194303.
917 .TP
918 .B threads <integer>
919 Specify the maximum size of the primary thread pool.
920 The default is 16; the minimum value is 2.
921 .TP
922 .B timelimit {<integer>|unlimited}
923 .TP
924 .B timelimit time[.{soft|hard}]=<integer> [...]
925 Specify the maximum number of seconds (in real time)
926 .B slapd
927 will spend answering a search request.  The default time limit is 3600.
928 Use
929 .B unlimited
930 to specify no limits.
931 The second format allows a fine grain setting of the time limits.
932 Extra args can be added on the same line.
933 See
934 .BR limits
935 for an explanation of the different flags.
936 .TP
937 .B tool-threads <integer>
938 Specify the maximum number of threads to use in tool mode.
939 This should not be greater than the number of CPUs in the system.
940 The default is 1.
941 .\"ucdata-path is obsolete / ignored...
942 .\".TP
943 .\".B ucdata-path <path>
944 .\"Specify the path to the directory containing the Unicode character
945 .\"tables. The default path is DATADIR/ucdata.
946 .SH TLS OPTIONS
947 If
948 .B slapd
949 is built with support for Transport Layer Security, there are more options
950 you can specify.
951 .TP
952 .B TLSCipherSuite <cipher-suite-spec>
953 Permits configuring what ciphers will be accepted and the preference order.
954 <cipher-suite-spec> should be a cipher specification for OpenSSL.  Example:
955
956 TLSCipherSuite HIGH:MEDIUM:+SSLv2
957
958 To check what ciphers a given spec selects, use:
959
960 openssl ciphers -v <cipher-suite-spec>
961 .TP
962 .B TLSCACertificateFile <filename>
963 Specifies the file that contains certificates for all of the Certificate
964 Authorities that
965 .B slapd
966 will recognize.
967 .TP
968 .B TLSCACertificatePath <path>
969 Specifies the path of a directory that contains Certificate Authority
970 certificates in separate individual files. Usually only one of this
971 or the TLSCACertificateFile is used.
972 .TP
973 .B TLSCertificateFile <filename>
974 Specifies the file that contains the
975 .B slapd
976 server certificate.
977 .TP
978 .B TLSCertificateKeyFile <filename>
979 Specifies the file that contains the
980 .B slapd
981 server private key that matches the certificate stored in the
982 .B TLSCertificateFile
983 file.  Currently, the private key must not be protected with a password, so
984 it is of critical importance that it is protected carefully. 
985 .TP
986 .B TLSDHParamFile <filename>
987 This directive specifies the file that contains parameters for Diffie-Hellman
988 ephemeral key exchange.  This is required in order to use a DSA certificate on
989 the server. If multiple sets of parameters are present in the file, all of
990 them will be processed.  Note that setting this option may also enable
991 Anonymous Diffie-Hellman key exchanges in certain non-default cipher suites.
992 You should append "!ADH" to your cipher suites if you have changed them
993 from the default, otherwise no certificate exchanges or verification will
994 be done.
995 .TP
996 .B TLSRandFile <filename>
997 Specifies the file to obtain random bits from when /dev/[u]random
998 is not available.  Generally set to the name of the EGD/PRNGD socket.
999 The environment variable RANDFILE can also be used to specify the filename.
1000 .TP
1001 .B TLSVerifyClient <level>
1002 Specifies what checks to perform on client certificates in an
1003 incoming TLS session, if any.
1004 The
1005 .B <level>
1006 can be specified as one of the following keywords:
1007 .RS
1008 .TP
1009 .B never
1010 This is the default.
1011 .B slapd
1012 will not ask the client for a certificate.
1013 .TP
1014 .B allow
1015 The client certificate is requested.  If no certificate is provided,
1016 the session proceeds normally.  If a bad certificate is provided,
1017 it will be ignored and the session proceeds normally.
1018 .TP
1019 .B try
1020 The client certificate is requested.  If no certificate is provided,
1021 the session proceeds normally.  If a bad certificate is provided,
1022 the session is immediately terminated.
1023 .TP
1024 .B demand | hard | true
1025 These keywords are all equivalent, for compatibility reasons.
1026 The client certificate is requested.  If no certificate is provided,
1027 or a bad certificate is provided, the session is immediately terminated.
1028
1029 Note that a valid client certificate is required in order to use the
1030 SASL EXTERNAL authentication mechanism with a TLS session.  As such,
1031 a non-default
1032 .B TLSVerifyClient
1033 setting must be chosen to enable SASL EXTERNAL authentication.
1034 .RE
1035 .TP
1036 .B TLSCRLCheck <level>
1037 Specifies if the Certificate Revocation List (CRL) of the CA should be 
1038 used to verify if the client certificates have not been revoked. This
1039 requires
1040 .B TLSCACertificatePath
1041 parameter to be set.
1042 .B <level>
1043 can be specified as one of the following keywords:
1044 .RS
1045 .TP
1046 .B none
1047 No CRL checks are performed
1048 .TP
1049 .B peer
1050 Check the CRL of the peer certificate
1051 .TP
1052 .B all
1053 Check the CRL for a whole certificate chain
1054 .RE
1055 .SH GENERAL BACKEND OPTIONS
1056 Options in this section only apply to the configuration file section
1057 for the specified backend.  They are supported by every
1058 type of backend.
1059 .TP
1060 .B backend <databasetype>
1061 Mark the beginning of a backend definition. <databasetype>
1062 should be one of
1063 .BR bdb ,
1064 .BR config ,
1065 .BR dnssrv ,
1066 .BR hdb ,
1067 .BR ldap ,
1068 .BR ldbm ,
1069 .BR ldif ,
1070 .BR meta ,
1071 .BR monitor ,
1072 .BR null ,
1073 .BR passwd ,
1074 .BR perl ,
1075 .BR relay ,
1076 .BR shell ,
1077 or
1078 .BR sql ,
1079 depending on which backend will serve the database.
1080
1081 .SH GENERAL DATABASE OPTIONS
1082 Options in this section only apply to the configuration file section
1083 for the database in which they are defined.  They are supported by every
1084 type of backend.  Note that the
1085 .B database
1086 and at least one
1087 .B suffix
1088 option are mandatory for each database.
1089 .TP
1090 .B database <databasetype>
1091 Mark the beginning of a new database instance definition. <databasetype>
1092 should be one of
1093 .BR bdb ,
1094 .BR config ,
1095 .BR dnssrv ,
1096 .BR hdb ,
1097 .BR ldap ,
1098 .BR ldbm ,
1099 .BR ldif ,
1100 .BR meta ,
1101 .BR monitor ,
1102 .BR null ,
1103 .BR passwd ,
1104 .BR perl ,
1105 .BR relay ,
1106 .BR shell ,
1107 or
1108 .BR sql ,
1109 depending on which backend will serve the database.
1110 .TP
1111 .B lastmod on | off
1112 Controls whether
1113 .B slapd
1114 will automatically maintain the 
1115 modifiersName, modifyTimestamp, creatorsName, and 
1116 createTimestamp attributes for entries. It also controls
1117 the entryCSN and entryUUID attributes, which are needed
1118 by the syncrepl provider. By default, lastmod is on.
1119 .TP
1120 .B limits <who> <limit> [<limit> [...]]
1121 Specify time and size limits based on who initiated an operation.
1122 The argument
1123 .B who
1124 can be any of
1125 .RS
1126 .RS
1127 .TP
1128 anonymous | users | [dn[.<style>]=]<pattern> | group[/oc[/at]]=<pattern>
1129
1130 .RE
1131 with
1132 .RS
1133 .TP
1134 <style> ::= exact | base | onelevel | subtree | children | regex | anonymous
1135
1136 .RE
1137 The term
1138 .B anonymous
1139 matches all unauthenticated clients.
1140 The term
1141 .B users
1142 matches all authenticated clients;
1143 otherwise an
1144 .B exact
1145 dn pattern is assumed unless otherwise specified by qualifying 
1146 the (optional) key string
1147 .B dn
1148 with 
1149 .B exact
1150 or
1151 .B base
1152 (which are synonyms), to require an exact match; with
1153 .BR onelevel , 
1154 to require exactly one level of depth match; with
1155 .BR subtree ,
1156 to allow any level of depth match, including the exact match; with
1157 .BR children ,
1158 to allow any level of depth match, not including the exact match;
1159 .BR regex
1160 explicitly requires the (default) match based on POSIX (''extended'')
1161 regular expression pattern.
1162 Finally,
1163 .B anonymous
1164 matches unbound operations; the 
1165 .B pattern
1166 field is ignored.
1167 The same behavior is obtained by using the 
1168 .B anonymous
1169 form of the
1170 .B who
1171 clause.
1172 The term
1173 .BR group ,
1174 with the optional objectClass
1175 .B oc
1176 and attributeType
1177 .B at
1178 fields, followed by
1179 .BR pattern ,
1180 sets the limits for any DN listed in the values of the
1181 .B at
1182 attribute (default
1183 .BR member )
1184 of the 
1185 .B oc
1186 group objectClass (default
1187 .BR groupOfNames )
1188 whose DN exactly matches
1189 .BR pattern .
1190
1191 The currently supported limits are 
1192 .B size
1193 and 
1194 .BR time .
1195
1196 The syntax for time limits is 
1197 .BR time[.{soft|hard}]=<integer> ,
1198 where 
1199 .I integer
1200 is the number of seconds slapd will spend answering a search request.
1201 If no time limit is explicitly requested by the client, the 
1202 .BR soft
1203 limit is used; if the requested time limit exceeds the
1204 .BR hard
1205 .\"limit, an
1206 .\".I "Administrative limit exceeded"
1207 .\"error is returned.
1208 limit, the value of the limit is used instead.
1209 If the
1210 .BR hard
1211 limit is set to the keyword 
1212 .IR soft ,
1213 the soft limit is used in either case; if it is set to the keyword 
1214 .IR unlimited , 
1215 no hard limit is enforced.
1216 Explicit requests for time limits smaller or equal to the
1217 .BR hard 
1218 limit are honored.
1219 If no limit specifier is set, the value is assigned to the 
1220 .BR soft 
1221 limit, and the
1222 .BR hard
1223 limit is set to
1224 .IR soft ,
1225 to preserve the original behavior.
1226
1227 The syntax for size limits is
1228 .BR size[.{soft|hard|unchecked}]=<integer> ,
1229 where
1230 .I integer
1231 is the maximum number of entries slapd will return answering a search 
1232 request.
1233 If no size limit is explicitly requested by the client, the
1234 .BR soft
1235 limit is used; if the requested size limit exceeds the
1236 .BR hard
1237 .\"limit, an 
1238 .\".I "Administrative limit exceeded"
1239 .\"error is returned.
1240 limit, the value of the limit is used instead.
1241 If the 
1242 .BR hard
1243 limit is set to the keyword 
1244 .IR soft , 
1245 the soft limit is used in either case; if it is set to the keyword
1246 .IR unlimited , 
1247 no hard limit is enforced.
1248 Explicit requests for size limits smaller or equal to the
1249 .BR hard
1250 limit are honored.
1251 The
1252 .BR unchecked
1253 specifier sets a limit on the number of candidates a search request is allowed
1254 to examine.
1255 The rationale behind it is that searches for non-properly indexed
1256 attributes may result in large sets of candidates, which must be 
1257 examined by
1258 .BR slapd (8)
1259 to determine whether they match the search filter or not.
1260 The
1261 .B unchecked
1262 limit provides a means to drop such operations before they are even 
1263 started.
1264 If the selected candidates exceed the 
1265 .BR unchecked
1266 limit, the search will abort with 
1267 .IR "Unwilling to perform" .
1268 If it is set to the keyword 
1269 .IR unlimited , 
1270 no limit is applied (the default).
1271 If it is set to
1272 .IR disable ,
1273 the search is not even performed; this can be used to disallow searches
1274 for a specific set of users.
1275 If no limit specifier is set, the value is assigned to the
1276 .BR soft 
1277 limit, and the
1278 .BR hard
1279 limit is set to
1280 .IR soft ,
1281 to preserve the original behavior.
1282
1283 In case of no match, the global limits are used.
1284 The default values are the same of
1285 .B sizelimit
1286 and
1287 .BR timelimit ;
1288 no limit is set on 
1289 .BR unchecked .
1290
1291 If 
1292 .B pagedResults
1293 control is requested, the 
1294 .B hard
1295 size limit is used by default, because the request of a specific page size
1296 is considered an explicit request for a limitation on the number
1297 of entries to be returned.
1298 However, the size limit applies to the total count of entries returned within
1299 the search, and not to a single page.
1300 Additional size limits may be enforced; the syntax is
1301 .BR size.pr={<integer>|noEstimate|unlimited} ,
1302 where
1303 .I integer
1304 is the max page size if no explicit limit is set; the keyword
1305 .I noEstimate
1306 inhibits the server from returning an estimate of the total number
1307 of entries that might be returned
1308 (note: the current implementation does not return any estimate).
1309 The keyword
1310 .I unlimited
1311 indicates that no limit is applied to the pagedResults control page size.
1312 The syntax
1313 .B size.prtotal={<integer>|unlimited|disabled}
1314 allows to set a limit on the total number of entries that a pagedResults
1315 control allows to return.
1316 By default it is set to the 
1317 .B hard
1318 limit.
1319 When set, 
1320 .I integer
1321 is the max number of entries that the whole search with pagedResults control
1322 can return.
1323 Use 
1324 .I unlimited
1325 to allow unlimited number of entries to be returned, e.g. to allow
1326 the use of the pagedResults control as a means to circumvent size 
1327 limitations on regular searches; the keyword
1328 .I disabled
1329 disables the control, i.e. no paged results can be returned.
1330 Note that the total number of entries returned when the pagedResults control 
1331 is requested cannot exceed the 
1332 .B hard 
1333 size limit of regular searches unless extended by the
1334 .B prtotal
1335 switch.
1336 .RE
1337 .TP
1338 .B maxderefdepth <depth>
1339 Specifies the maximum number of aliases to dereference when trying to
1340 resolve an entry, used to avoid infinite alias loops. The default is 1.
1341 .TP
1342 .B mirrormode on | off
1343 This option puts a replica database into "mirror" mode.  Update
1344 operations will be accepted from any user, not just the updatedn.  The
1345 database must already be configured as a slurpd or syncrepl consumer
1346 before this keyword may be set.  This mode must be used with extreme
1347 care, as it does not offer any consistency guarantees.  This feature
1348 is intended to be used with an external frontend that guarantees that
1349 writes are only directed to a single master, switching to an alternate
1350 server only if the original master goes down.
1351 By default, mirrormode is off.
1352 .TP
1353 .B overlay <overlay-name>
1354 Add the specified overlay to this database. An overlay is a piece of
1355 code that intercepts database operations in order to extend or change
1356 them. Overlays are pushed onto
1357 a stack over the database, and so they will execute in the reverse
1358 of the order in which they were configured and the database itself
1359 will receive control last of all. See the
1360 .BR slapd.overlays (5)
1361 manual page for an overview of the available overlays.
1362 .TP
1363 .B readonly on | off
1364 This option puts the database into "read-only" mode.  Any attempts to 
1365 modify the database will return an "unwilling to perform" error.  By
1366 default, readonly is off.
1367 .HP
1368 .hy 0
1369 .B replica uri=ldap[s]://<hostname>[:port]|host=<hostname>[:port] 
1370 .B [starttls=yes|critical]
1371 .B [suffix=<suffix> [...]]
1372 .B bindmethod=simple|sasl [binddn=<simple DN>] [credentials=<simple password>]
1373 .B [saslmech=<SASL mech>] [secprops=<properties>] [realm=<realm>]
1374 .B [authcId=<authentication ID>] [authzId=<authorization ID>]
1375 .B [attrs[!]=<attr list>]
1376 .RS
1377 Specify a replication site for this database.  Refer to the "OpenLDAP 
1378 Administrator's Guide" for detailed information on setting up a replicated
1379 .B slapd
1380 directory service. Zero or more
1381 .B suffix
1382 instances can be used to select the subtrees that will be replicated
1383 (defaults to all the database). 
1384 .B host
1385 is deprecated in favor of the
1386 .B uri
1387 option.
1388 .B uri
1389 allows the replica LDAP server to be specified as an LDAP URI. 
1390 A
1391 .B bindmethod
1392 of
1393 .B simple
1394 requires the options
1395 .B binddn 
1396 and
1397 .B credentials  
1398 and should only be used when adequate security services 
1399 (e.g TLS or IPSEC) are in place. A
1400 .B bindmethod 
1401 of
1402 .B sasl 
1403 requires the option
1404 .B saslmech. 
1405 Specific security properties (as with the
1406 .B sasl-secprops
1407 keyword above) for a SASL bind can be set with the
1408 .B secprops
1409 option. A non-default SASL realm can be set with the
1410 .B realm
1411 option.
1412 If the 
1413 .B mechanism
1414 will use Kerberos, a kerberos instance should be given in 
1415 .B authcId.
1416 An
1417 .B attr list
1418 can be given after the 
1419 .B attrs
1420 keyword to allow the selective replication of the listed attributes only;
1421 if the optional 
1422 .B !
1423 mark is used, the list is considered exclusive, i.e. the listed attributes
1424 are not replicated.
1425 If an objectClass is listed, all the related attributes
1426 are (are not) replicated.
1427 .RE
1428 .TP
1429 .B replogfile <filename>
1430 Specify the name of the replication log file to log changes to.  
1431 The replication log is typically written by
1432 .BR slapd (8)
1433 and read by
1434 .BR slurpd (8).
1435 See
1436 .BR slapd.replog (5)
1437 for more information.  The specified file should be located
1438 in a directory with limited read/write/execute access as the replication
1439 logs may contain sensitive information.
1440 .TP
1441 .B restrict <oplist>
1442 Specify a whitespace separated list of operations that are restricted.
1443 If defined inside a database specification, restrictions apply only
1444 to that database, otherwise they are global.
1445 Operations can be any of 
1446 .BR add ,
1447 .BR bind ,
1448 .BR compare ,
1449 .BR delete ,
1450 .BR extended[=<OID>] ,
1451 .BR modify ,
1452 .BR rename ,
1453 .BR search ,
1454 or the special pseudo-operations
1455 .B read
1456 and
1457 .BR write ,
1458 which respectively summarize read and write operations.
1459 The use of 
1460 .I restrict write
1461 is equivalent to 
1462 .I readonly on
1463 (see above).
1464 The 
1465 .B extended
1466 keyword allows to indicate the OID of the specific operation
1467 to be restricted.
1468 .TP
1469 .B rootdn <dn>
1470 Specify the distinguished name that is not subject to access control 
1471 or administrative limit restrictions for operations on this database.
1472 This DN may or may not be associated with an entry.  An empty root
1473 DN (the default) specifies no root access is to be granted.  It is
1474 recommended that the rootdn only be specified when needed (such as
1475 when initially populating a database).  If the rootdn is within
1476 a namingContext (suffix) of the database, a simple bind password
1477 may also be provided using the
1478 .B rootpw
1479 directive. Note that the rootdn is always needed when using syncrepl.
1480 .TP
1481 .B rootpw <password>
1482 Specify a password (or hash of the password) for the rootdn.  The
1483 password can only be set if the rootdn is within the namingContext
1484 (suffix) of the database.
1485 This option accepts all RFC 2307 userPassword formats known to
1486 the server (see 
1487 .B password-hash
1488 description) as well as cleartext.
1489 .BR slappasswd (8) 
1490 may be used to generate a hash of a password.  Cleartext
1491 and \fB{CRYPT}\fP passwords are not recommended.  If empty
1492 (the default), authentication of the root DN is by other means
1493 (e.g. SASL).  Use of SASL is encouraged.
1494 .TP
1495 .B suffix <dn suffix>
1496 Specify the DN suffix of queries that will be passed to this 
1497 backend database.  Multiple suffix lines can be given and at least one is 
1498 required for each database definition.
1499 If the suffix of one database is "inside" that of another, the database
1500 with the inner suffix must come first in the configuration file.
1501 .TP
1502 .B subordinate [advertise]
1503 Specify that the current backend database is a subordinate of another
1504 backend database. A subordinate  database may have only one suffix. This
1505 option may be used to glue multiple databases into a single namingContext.
1506 If the suffix of the current database is within the namingContext of a
1507 superior database, searches against the superior database will be
1508 propagated to the subordinate as well. All of the databases
1509 associated with a single namingContext should have identical rootdns.
1510 Behavior of other LDAP operations is unaffected by this setting. In
1511 particular, it is not possible to use moddn to move an entry from
1512 one subordinate to another subordinate within the namingContext.
1513
1514 If the optional \fBadvertise\fP flag is supplied, the naming context of
1515 this database is advertised in the root DSE. The default is to hide this
1516 database context, so that only the superior context is visible.
1517
1518 If the slap tools
1519 .BR slapcat (8),
1520 .BR slapadd (8),
1521 or
1522 .BR slapindex (8)
1523 are used on the superior database, any glued subordinates that support
1524 these tools are opened as well.
1525
1526 Databases that are glued together should usually be configured with the
1527 same indices (assuming they support indexing), even for attributes that
1528 only exist in some of these databases. In general, all of the glued
1529 databases should be configured as similarly as possible, since the intent
1530 is to provide the appearance of a single directory.
1531
1532 Note that the \fIsubordinate\fP functionality is implemented internally
1533 by the \fIglue\fP overlay and as such its behavior will interact with other
1534 overlays in use. By default, the glue overlay is automatically configured as
1535 the last overlay on the superior backend. Its position on the backend
1536 can be explicitly configured by setting an \fBoverlay glue\fP directive
1537 at the desired position. This explicit configuration is necessary e.g.
1538 when using the \fIsyncprov\fP overlay, which needs to follow \fIglue\fP
1539 in order to work over all of the glued databases. E.g.
1540 .RS
1541 .nf
1542         database bdb
1543         suffix dc=example,dc=com
1544         ...
1545         overlay glue
1546         overlay syncprov
1547 .fi
1548 .RE
1549 .HP
1550 .hy 0
1551 .B syncrepl rid=<replica ID>
1552 .B provider=ldap[s]://<hostname>[:port]
1553 .B searchbase=<base DN>
1554 .B [type=refreshOnly|refreshAndPersist]
1555 .B [interval=dd:hh:mm:ss]
1556 .B [retry=[<retry interval> <# of retries>]+]
1557 .B [filter=<filter str>]
1558 .B [scope=sub|one|base|subord]
1559 .B [attrs=<attr list>]
1560 .B [attrsonly]
1561 .B [sizelimit=<limit>]
1562 .B [timelimit=<limit>]
1563 .B [schemachecking=on|off]
1564 .B [bindmethod=simple|sasl]
1565 .B [binddn=<dn>]
1566 .B [saslmech=<mech>]
1567 .B [authcid=<identity>]
1568 .B [authzid=<identity>]
1569 .B [credentials=<passwd>]
1570 .B [realm=<realm>]
1571 .B [secprops=<properties>]
1572 .B [starttls=yes|critical]
1573 .B [tls_cert=<file>]
1574 .B [tls_key=<file>]
1575 .B [tls_cacert=<file>]
1576 .B [tls_cacertdir=<path>]
1577 .B [tls_reqcert=never|allow|try|demand]
1578 .B [tls_ciphersuite=<ciphers>]
1579 .B [tls_crlcheck=none|peer|all]
1580 .B [logbase=<base DN>]
1581 .B [logfilter=<filter str>]
1582 .B [syncdata=default|accesslog|changelog]
1583 .RS
1584 Specify the current database as a replica which is kept up-to-date with the 
1585 master content by establishing the current
1586 .BR slapd (8)
1587 as a replication consumer site running a
1588 .B syncrepl
1589 replication engine.
1590 The replica content is kept synchronized to the master content using
1591 the LDAP Content Synchronization protocol. Refer to the
1592 "OpenLDAP Administrator's Guide" for detailed information on
1593 setting up a replicated
1594 .B slapd
1595 directory service using the 
1596 .B syncrepl
1597 replication engine.
1598
1599 .B rid
1600 identifies the current
1601 .B syncrepl
1602 directive within the replication consumer site.
1603 It is a non-negative integer having no more than three digits.
1604
1605 .B provider
1606 specifies the replication provider site containing the master content
1607 as an LDAP URI. If <port> is not given, the standard LDAP port number
1608 (389 or 636) is used.
1609
1610 The content of the
1611 .B syncrepl
1612 replica is defined using a search
1613 specification as its result set. The consumer
1614 .B slapd
1615 will send search requests to the provider
1616 .B slapd
1617 according to the search specification. The search specification includes
1618 .B searchbase, scope, filter, attrs, attrsonly, sizelimit,
1619 and
1620 .B timelimit
1621 parameters as in the normal search specification. 
1622 The \fBscope\fP defaults to \fBsub\fP, the \fBfilter\fP defaults to
1623 \fB(objectclass=*)\fP, and there is no default \fBsearchbase\fP. The
1624 \fBattrs\fP list defaults to \fB"*,+"\fP to return all user and operational
1625 attributes, and \fBattrsonly\fP is unset by default.
1626 The \fBsizelimit\fP and \fBtimelimit\fP only
1627 accept "unlimited" and positive integers, and both default to "unlimited".
1628 Note, however, that any provider-side limits for the replication identity
1629 will be enforced by the provider regardless of the limits requested
1630 by the LDAP Content Synchronization operation, much like for any other
1631 search operation.
1632
1633 The LDAP Content Synchronization protocol has two operation types.
1634 In the
1635 .B refreshOnly
1636 operation, the next synchronization search operation
1637 is periodically rescheduled at an interval time (specified by 
1638 .B interval
1639 parameter; 1 day by default)
1640 after each synchronization operation finishes.
1641 In the
1642 .B refreshAndPersist
1643 operation, a synchronization search remains persistent in the provider slapd.
1644 Further updates to the master replica will generate
1645 .B searchResultEntry
1646 to the consumer slapd as the search responses to the persistent
1647 synchronization search.
1648
1649 If an error occurs during replication, the consumer will attempt to
1650 reconnect according to the
1651 .B retry
1652 parameter which is a list of the <retry interval> and <# of retries> pairs.
1653 For example, retry="60 10 300 3" lets the consumer retry every 60 seconds
1654 for the first 10 times and then retry every 300 seconds for the next 3
1655 times before stop retrying. The `+' in <# of retries> means indefinite
1656 number of retries until success.
1657
1658 The schema checking can be enforced at the LDAP Sync
1659 consumer site by turning on the
1660 .B schemachecking
1661 parameter. The default is off.
1662
1663 A
1664 .B bindmethod
1665 of 
1666 .B simple
1667 requires the options 
1668 .B binddn
1669 and 
1670 .B credentials
1671 and should only be used when adequate security services
1672 (e.g. TLS or IPSEC) are in place.
1673 A
1674 .B bindmethod
1675 of
1676 .B sasl
1677 requires the option
1678 .B saslmech.
1679 Depending on the mechanism, an authentication identity and/or
1680 credentials can be specified using
1681 .B authcid
1682 and
1683 .B credentials.
1684 The
1685 .B authzid
1686 parameter may be used to specify an authorization identity.
1687 Specific security properties (as with the
1688 .B sasl-secprops
1689 keyword above) for a SASL bind can be set with the
1690 .B secprops
1691 option. A non default SASL realm can be set with the
1692 .B realm 
1693 option.
1694 The provider, other than allow authentication of the syncrepl identity,
1695 should grant that identity appropriate access privileges to the data 
1696 that is being replicated (\fBaccess\fP directive), and appropriate time 
1697 and size limits (\fBlimits\fP directive).
1698
1699
1700 The
1701 .B starttls
1702 parameter specifies use of the StartTLS extended operation
1703 to establish a TLS session before Binding to the provider. If the
1704 .B critical
1705 argument is supplied, the session will be aborted if the StartTLS request
1706 fails. Otherwise the syncrepl session continues without TLS. The
1707 tls_reqcert setting defaults to "demand" and the other TLS settings
1708 default to the same as the main slapd TLS settings.
1709
1710 Rather than replicating whole entries, the consumer can query logs of
1711 data modifications. This mode of operation is referred to as \fIdelta
1712 syncrepl\fP. In addition to the above parameters, the
1713 .B logbase
1714 and
1715 .B logfilter
1716 parameters must be set appropriately for the log that will be used. The
1717 .B syncdata
1718 parameter must be set to either "accesslog" if the log conforms to the
1719 .BR slapo-accesslog (5)
1720 log format, or "changelog" if the log conforms
1721 to the obsolete \fIchangelog\fP format. If the
1722 .B syncdata
1723 parameter is omitted or set to "default" then the log parameters are
1724 ignored.
1725 .RE
1726 .TP
1727 .B updatedn <dn>
1728 This option is only applicable in a slave
1729 database updated using
1730 .BR slurpd(8). 
1731 It specifies the DN permitted to update (subject to access controls)
1732 the replica (typically, this is the DN
1733 .BR slurpd (8)
1734 binds to update the replica).  Generally, this DN
1735 .I should not
1736 be the same as the
1737 .B rootdn 
1738 used at the master.
1739 .TP
1740 .B updateref <url>
1741 Specify the referral to pass back when
1742 .BR slapd (8)
1743 is asked to modify a replicated local database.
1744 If specified multiple times, each url is provided.
1745
1746 .SH DATABASE-SPECIFIC OPTIONS
1747 Each database may allow specific configuration options; they are
1748 documented separately in the backends' manual pages. See the
1749 .BR slapd.backends (5)
1750 manual page for an overview of available backends.
1751 .SH EXAMPLES
1752 .LP
1753 Here is a short example of a configuration file:
1754 .LP
1755 .RS
1756 .nf
1757 include   SYSCONFDIR/schema/core.schema
1758 pidfile   LOCALSTATEDIR/run/slapd.pid
1759
1760 # Subtypes of "name" (e.g. "cn" and "ou") with the
1761 # option ";x-hidden" can be searched for/compared,
1762 # but are not shown.  See \fBslapd.access\fP(5).
1763 attributeoptions x-hidden lang-
1764 access to attrs=name;x-hidden by * =cs
1765
1766 # Protect passwords.  See \fBslapd.access\fP(5).
1767 access    to attrs=userPassword  by * auth
1768 # Read access to other attributes and entries.
1769 access    to *  by * read
1770
1771 database  bdb
1772 suffix    "dc=our-domain,dc=com"
1773 # The database directory MUST exist prior to
1774 # running slapd AND should only be accessible
1775 # by the slapd/tools. Mode 0700 recommended.
1776 directory LOCALSTATEDIR/openldap-data
1777 # Indices to maintain
1778 index     objectClass  eq
1779 index     cn,sn,mail   pres,eq,approx,sub
1780
1781 # We serve small clients that do not handle referrals,
1782 # so handle remote lookups on their behalf.
1783 database  ldap
1784 suffix    ""
1785 uri       ldap://ldap.some-server.com/
1786 lastmod   off
1787 .fi
1788 .RE
1789 .LP
1790 "OpenLDAP Administrator's Guide" contains a longer annotated
1791 example of a configuration file.
1792 The original ETCDIR/slapd.conf is another example.
1793 .SH FILES
1794 .TP
1795 ETCDIR/slapd.conf
1796 default slapd configuration file
1797 .SH SEE ALSO
1798 .BR ldap (3),
1799 .BR slapd\-config (5),
1800 .BR slapd.access (5),
1801 .BR slapd.backends (5),
1802 .BR slapd.overlays (5),
1803 .BR slapd.plugin (5),
1804 .BR slapd.replog (5),
1805 .BR slapd (8),
1806 .BR slapacl (8),
1807 .BR slapadd (8),
1808 .BR slapauth (8),
1809 .BR slapcat (8),
1810 .BR slapdn (8),
1811 .BR slapindex (8),
1812 .BR slappasswd (8),
1813 .BR slaptest (8),
1814 .BR slurpd (8).
1815 .LP
1816 "OpenLDAP Administrator's Guide" (http://www.OpenLDAP.org/doc/admin/)
1817 .SH ACKNOWLEDGEMENTS
1818 .so ../Project