mirror of
https://git.openldap.org/openldap/openldap.git
synced 2026-02-18 18:18:06 -05:00
ispell
This commit is contained in:
parent
edb8fbd9ee
commit
e70eadc2c5
6 changed files with 26 additions and 25 deletions
|
|
@ -72,7 +72,7 @@ H3: {{TERM[expand]SASL}}
|
||||||
|
|
||||||
OpenLDAP clients and servers require installation of {{PRD:Cyrus}}
|
OpenLDAP clients and servers require installation of {{PRD:Cyrus}}
|
||||||
SASL libraries to provide {{TERM[expand]SASL}} services. Though
|
SASL libraries to provide {{TERM[expand]SASL}} services. Though
|
||||||
some operating sytems may provide this library as part of the
|
some operating systems may provide this library as part of the
|
||||||
base system or as an optional software component, Cyrus SASL
|
base system or as an optional software component, Cyrus SASL
|
||||||
often requires separate installation.
|
often requires separate installation.
|
||||||
|
|
||||||
|
|
@ -118,7 +118,7 @@ H3: TCP Wrappers
|
||||||
|
|
||||||
{{slapd}}(8) supports TCP wrappers (IP level access control filters)
|
{{slapd}}(8) supports TCP wrappers (IP level access control filters)
|
||||||
if preinstalled. Use of TCP wrappers or other IP level access
|
if preinstalled. Use of TCP wrappers or other IP level access
|
||||||
filters (such as those provided by IP firewalls) is recommended
|
filters (such as those provided by IP firewall) is recommended
|
||||||
for servers containing non-public information.
|
for servers containing non-public information.
|
||||||
|
|
||||||
|
|
||||||
|
|
@ -173,8 +173,8 @@ is usually installed in {{F:/usr/local/BerkeleyDB.3.1}} (assuming
|
||||||
that version 3.1 is being used.)
|
that version 3.1 is being used.)
|
||||||
|
|
||||||
The following example shows how to run {{EX:configure}} and specify where to
|
The following example shows how to run {{EX:configure}} and specify where to
|
||||||
find BerkeleyDB and turn on the DNSSRV backend. The example should be
|
find BerkeleyDB and turn on the DNS-SRV backend. The example should be
|
||||||
entered on a single line (it has been split onto seperate lines for clarity.)
|
entered on a single line (it has been split onto separate lines for clarity.)
|
||||||
|
|
||||||
> env CPPFLAGS="-I/usr/local/BerkeleyDB.3.1/include" \
|
> env CPPFLAGS="-I/usr/local/BerkeleyDB.3.1/include" \
|
||||||
> LDFLAGS="-L/usr/local/BerkeleyDB.3.1/lib" \
|
> LDFLAGS="-L/usr/local/BerkeleyDB.3.1/lib" \
|
||||||
|
|
@ -197,7 +197,7 @@ should be:
|
||||||
> Please "make depend" to build dependencies
|
> Please "make depend" to build dependencies
|
||||||
|
|
||||||
If the last line of output does not match, {{EX:configure}} has failed.
|
If the last line of output does not match, {{EX:configure}} has failed.
|
||||||
You should not proceed until {{EX:configure}} completes sucessfuly.
|
You should not proceed until {{EX:configure}} completes successfully.
|
||||||
|
|
||||||
To build dependencies, run:
|
To build dependencies, run:
|
||||||
> make depend
|
> make depend
|
||||||
|
|
|
||||||
|
|
@ -88,7 +88,7 @@ Now look in the configuration file for a line that begins with
|
||||||
|
|
||||||
..{{EX:database ldbm}}
|
..{{EX:database ldbm}}
|
||||||
|
|
||||||
.This marks the begining of the database configuration for {{slapd}}.
|
.This marks the beginning of the database configuration for {{slapd}}.
|
||||||
Everything you will need to change for this example is located
|
Everything you will need to change for this example is located
|
||||||
after this line.
|
after this line.
|
||||||
|
|
||||||
|
|
@ -96,7 +96,7 @@ after this line.
|
||||||
{{F:slapd.conf}}(5). Lines that begin with a sharp sign ('{{EX:#}}')
|
{{F:slapd.conf}}(5). Lines that begin with a sharp sign ('{{EX:#}}')
|
||||||
are considered to be comments by slapd, they have been removed
|
are considered to be comments by slapd, they have been removed
|
||||||
from the listing below to save space. If a line starts with
|
from the listing below to save space. If a line starts with
|
||||||
white space it is considered a continuation of the preceeding
|
white space it is considered a continuation of the preceding
|
||||||
line.
|
line.
|
||||||
|
|
||||||
..{{EX:suffix "dc=my-domain, dc=com"}}
|
..{{EX:suffix "dc=my-domain, dc=com"}}
|
||||||
|
|
|
||||||
|
|
@ -23,9 +23,9 @@ Subordinate knowledge information may be provided to delegate
|
||||||
a subtree.
|
a subtree.
|
||||||
Subordinate knowledge information is maintained in the directory
|
Subordinate knowledge information is maintained in the directory
|
||||||
as a special {{referral}} object at the delegate point.
|
as a special {{referral}} object at the delegate point.
|
||||||
The referral object acts as a delegation point, gluing two servcies
|
The referral object acts as a delegation point, gluing two services
|
||||||
together.
|
together.
|
||||||
This mechanism allows for hierarchial directory services to to be
|
This mechanism allows for hierarchical directory services to to be
|
||||||
constructed.
|
constructed.
|
||||||
|
|
||||||
A referral object has an structural object class of
|
A referral object has an structural object class of
|
||||||
|
|
@ -107,11 +107,11 @@ is similar to an X.500 knowledge reference held in a
|
||||||
H2: ManageDSAit
|
H2: ManageDSAit
|
||||||
|
|
||||||
Adding, modify, and deleting referral objects is generally done
|
Adding, modify, and deleting referral objects is generally done
|
||||||
using {{ldapmodify}}(1) or similiar tools which support the
|
using {{ldapmodify}}(1) or similar tools which support the
|
||||||
ManageDsaIT control. The ManageDsaIT control informs the server
|
ManageDsaIT control. The ManageDsaIT control informs the server
|
||||||
that you intend to manage the referral object as a regular
|
that you intend to manage the referral object as a regular
|
||||||
entry. This keeps the server from sending a referral result
|
entry. This keeps the server from sending a referral result
|
||||||
for requests to introgating or updating referral objects.
|
for requests which interrogate or update referral objects.
|
||||||
The -M option of {{ldapmodify}}(1) (and other tools) enables
|
The -M option of {{ldapmodify}}(1) (and other tools) enables
|
||||||
ManageDsaIT. For example:
|
ManageDsaIT. For example:
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -146,15 +146,15 @@ copies of replication logs. The default location is /usr/tmp.
|
||||||
|
|
||||||
> -k <filename>
|
> -k <filename>
|
||||||
|
|
||||||
When slurpd uses kerberos to authenticate to slave slapd
|
When slurpd uses Kerberos to authenticate to slave slapd
|
||||||
instances, it needs to have an appropriate srvtab file for
|
instances, it needs to have an appropriate srvtab file for
|
||||||
the remote slapd. This option allows you to specify an
|
the remote slapd. This option allows you to specify an
|
||||||
alternate filename containing kerberos keys for the remote
|
alternate filename containing Kerberos keys for the remote
|
||||||
slapd. The default filename is /etc/srvtab. You can also
|
slapd. The default filename is /etc/srvtab. You can also
|
||||||
specify the srvtab file to use in the slapd configuration
|
specify the srvtab file to use in the slapd configuration
|
||||||
file's replica option. See the documentation on the srvtab
|
file's replica option. See the documentation on the srvtab
|
||||||
directive in section 5.2.2, General Backend Options. A
|
directive in section 5.2.2, General Backend Options. A
|
||||||
more complete discussion of using kerberos with slapd
|
more complete discussion of using Kerberos with slapd
|
||||||
and slurpd may be found in Appendix D.
|
and slurpd may be found in Appendix D.
|
||||||
|
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -125,7 +125,7 @@ This directive specifies the level at which debugging statements
|
||||||
and operation statistics should be syslogged (currently
|
and operation statistics should be syslogged (currently
|
||||||
logged to the {{syslogd}}(8) LOG_LOCAL4 facility). You must
|
logged to the {{syslogd}}(8) LOG_LOCAL4 facility). You must
|
||||||
have compiled slapd with -DLDAP_DEBUG for this to work
|
have compiled slapd with -DLDAP_DEBUG for this to work
|
||||||
(except for the two stats levels, which are always enabled).
|
(except for the two statistics levels, which are always enabled).
|
||||||
Log levels are additive. To display what numbers correspond
|
Log levels are additive. To display what numbers correspond
|
||||||
to what kind of debugging, invoke slapd with the ? flag or
|
to what kind of debugging, invoke slapd with the ? flag or
|
||||||
consult the table below. The possible values for <integer> are:
|
consult the table below. The possible values for <integer> are:
|
||||||
|
|
@ -164,7 +164,7 @@ H4: objectclass <RFC2252 Object Class Description>
|
||||||
|
|
||||||
This directive defines an object class.
|
This directive defines an object class.
|
||||||
|
|
||||||
H4: referral <url>
|
H4: referral <URI>
|
||||||
|
|
||||||
This directive specifies the referral to pass back when slapd
|
This directive specifies the referral to pass back when slapd
|
||||||
cannot find a local database to handle a request.
|
cannot find a local database to handle a request.
|
||||||
|
|
@ -204,9 +204,9 @@ from a search operation.
|
||||||
H4: srvtab <filename>
|
H4: srvtab <filename>
|
||||||
|
|
||||||
This directive specifies the srvtab file in which slapd can find the
|
This directive specifies the srvtab file in which slapd can find the
|
||||||
kerberos keys necessary for authenticating clients using
|
Kerberos keys necessary for authenticating clients using
|
||||||
kerberos. This directive is only meaningful if you are using
|
Kerberos. This directive is only meaningful if you are using
|
||||||
kerberos authentication, which must be enabled at compile
|
Kerberos authentication, which must be enabled at compile
|
||||||
time by including the appropriate definitions in the
|
time by including the appropriate definitions in the
|
||||||
{{EX:Make-common}} file.
|
{{EX:Make-common}} file.
|
||||||
|
|
||||||
|
|
@ -432,7 +432,7 @@ maintained.
|
||||||
|
|
||||||
The first line sets the default to indices to maintain to present
|
The first line sets the default to indices to maintain to present
|
||||||
and equality. The second line causes the default (pres,eq) set
|
and equality. The second line causes the default (pres,eq) set
|
||||||
of indices to be maintained for objectcCass and uid attribute
|
of indices to be maintained for objectClass and uid attribute
|
||||||
types. The third line causes equality, substring, and approximate
|
types. The third line causes equality, substring, and approximate
|
||||||
filters to be maintained for cn and sn attribute types.
|
filters to be maintained for cn and sn attribute types.
|
||||||
|
|
||||||
|
|
@ -807,7 +807,7 @@ Each schema element is identified by a globally unique Object
|
||||||
Identifier (OID). OIDs are also used to identify other objects.
|
Identifier (OID). OIDs are also used to identify other objects.
|
||||||
They are commonly found in protocols described by ASN.1. In
|
They are commonly found in protocols described by ASN.1. In
|
||||||
particular, they are heavy used by Simple Network Management
|
particular, they are heavy used by Simple Network Management
|
||||||
Protocol (SNMP). As OIDs are heirarchial, your organization
|
Protocol (SNMP). As OIDs are hierarchical, your organization
|
||||||
can obtain one OID and branch in as needed. For example,
|
can obtain one OID and branch in as needed. For example,
|
||||||
if your organization were assigned OID 1.1, you could branch
|
if your organization were assigned OID 1.1, you could branch
|
||||||
the tree as follows:
|
the tree as follows:
|
||||||
|
|
@ -824,17 +824,17 @@ OID Assignment
|
||||||
1.1.2.2.1 myObjectClass
|
1.1.2.2.1 myObjectClass
|
||||||
!endblock
|
!endblock
|
||||||
|
|
||||||
You are, of course, free to design a heirarchy suitable to your
|
You are, of course, free to design a hierarchy suitable to your
|
||||||
organizational needs under your organization's OID.
|
organizational needs under your organization's OID.
|
||||||
|
|
||||||
.{{Under no circumstances should you use a fictious OID!}}
|
.{{Under no circumstances should you use a fictious OID!}}
|
||||||
|
|
||||||
To obtain a fully registered OID at {{no cost}}, apply for
|
To obtain a fully registered OID at {{no cost}}, apply for
|
||||||
a OID under {{Internet Assigned Numbers Authority}} maintained
|
a OID under {{ORG[expand]IANA}} maintained
|
||||||
{{Private Enterprise}} arch. Any private enterprise (organization)
|
{{Private Enterprise}} arch. Any private enterprise (organization)
|
||||||
may request an OID to be assigned under this arch. Just fill
|
may request an OID to be assigned under this arch. Just fill
|
||||||
out the form at {{URL: http://www.iana.org/}} and your OID will
|
out the form at {{URL: http://www.iana.org/cgi-bin/enterprise.pl}}
|
||||||
be sent to you usually within a few days.
|
and your official OID will be sent to you usually within a few days.
|
||||||
|
|
||||||
H3: AttributeType Specification
|
H3: AttributeType Specification
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -35,6 +35,7 @@ OLF OpenLDAP Foundation http://www.openldap.org/foundation/
|
||||||
OLP OpenLDAP Project http://www.openldap.org/project/
|
OLP OpenLDAP Project http://www.openldap.org/project/
|
||||||
UM University of Michigan http://www.umich.edu/
|
UM University of Michigan http://www.umich.edu/
|
||||||
UMLDAP University of Michigan LDAP http://www.umich.edu/~dirsvcs/ldap/
|
UMLDAP University of Michigan LDAP http://www.umich.edu/~dirsvcs/ldap/
|
||||||
|
IANA Internet Assigned Numbers Authority http://www.iana.org/
|
||||||
IAB Internet Architecture Board http://www.iab.org/
|
IAB Internet Architecture Board http://www.iab.org/
|
||||||
IETF Internet Engineering Task Force http://www.ietf.org/
|
IETF Internet Engineering Task Force http://www.ietf.org/
|
||||||
IESG Internet Engineering Steering Group http://www.ietf.org/iesg/
|
IESG Internet Engineering Steering Group http://www.ietf.org/iesg/
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue