Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
O
OpenLDAP
Manage
Activity
Members
Labels
Plan
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package registry
Container Registry
Model registry
Operate
Environments
Terraform modules
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Code review analytics
Insights
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Christopher Ng
OpenLDAP
Commits
a119d25a
Commit
a119d25a
authored
23 years ago
by
Kurt Zeilenga
Browse files
Options
Downloads
Patches
Plain Diff
Misc updates
parent
916dec0d
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
4
Hide whitespace changes
Inline
Side-by-side
Showing
4 changed files
doc/guide/admin/intro.sdf
+5
-7
5 additions, 7 deletions
doc/guide/admin/intro.sdf
doc/guide/admin/schema.sdf
+52
-18
52 additions, 18 deletions
doc/guide/admin/schema.sdf
doc/guide/plain.sdf
+1
-1
1 addition, 1 deletion
doc/guide/plain.sdf
doc/guide/preamble.sdf
+2
-2
2 additions, 2 deletions
doc/guide/preamble.sdf
with
60 additions
and
28 deletions
doc/guide/admin/intro.sdf
+
5
−
7
View file @
a119d25a
...
...
@@ -190,9 +190,8 @@ replication.
H2: What the difference between LDAPv2 and LDAPv3?
There are two versions of LDAP in use today on the Internet.
LDAPv3 was developed in late 1990's to replace LDAPv2. LDAPv3
adds the following features to LDAP:
LDAPv3 was developed in late 1990's to replace LDAPv2.
LDAPv3 adds the following features to LDAP:
- Strong Authentication via {{TERM:SASL}}
- Integrity and Confidential Protections via {{TERM:TLS}} (SSL)
...
...
@@ -201,10 +200,9 @@ adds the following features to LDAP:
- Extensibility (controls and extended operations)
- Schema Discovery
Supporting both LDAPv2 and LDAPv3 simultaneously can be problematic
and generally should be avoided. As LDAPv3 is more consistenly
implemented and supports all the features of LDAPv2, use of LDAPv3
is highly recommended.
LDAPv2 is considered historical. As deploying both LDAPv2 and
LDAPv3 simultaneously can be quite problematic, LDAPv2 should should
be avoided.
H2: What is slapd and what can it do?
...
...
This diff is collapsed.
Click to expand it.
doc/guide/admin/schema.sdf
+
52
−
18
View file @
a119d25a
...
...
@@ -4,7 +4,7 @@
H1: Schema Specification
This chapter describes how to extend the schema used by {{slapd}}(8).
This chapter describes how to extend the
user
schema used by {{slapd}}(8).
The first section, {{SECT:Distributed Schema Files}} details optional
schema definitions provided in the distribution and where to obtain
other definitions.
...
...
@@ -31,7 +31,6 @@ core.schema OpenLDAP {{core}} (required)
cosine.schema Cosine and Internet X.500 (useful)
inetorgperson.schema InetOrgPerson (useful)
misc.schema Assorted (experimental)
nadf.schema North American Directory Forum (FYI)
nis.schema Network Information Services (FYI)
openldap.schema OpenLDAP Project (experimental)
!endblock
...
...
@@ -51,15 +50,16 @@ FAQ ({{URL:http://www.openldap.org/faq/}}).
Note: You should not modify any of the schema items defined
in provided files.
H2: Extending Schema
Schema used by {{slapd}}(8) may be extended to support additional
syntaxes, matching rules, attribute types, and object classes.
This
chapter details how to add attribute types and
object classes
using the syntaxes and matching rules already supported
by slapd.
slapd can also be extended to support additional syntaxes
and
matching rules, but this requires some programming
and hence
is not discussed here.
syntaxes, matching rules, attribute types, and object classes.
This
chapter details how to add
user application
attribute types and
object classes
using the syntaxes and matching rules already supported
by slapd.
slapd can also be extended to support additional syntaxes
,
matching rules
and system schema
, but this requires some programming
and hence
is not discussed here.
There are five steps to defining new schema:
^ obtain Object Identifer
...
...
@@ -68,6 +68,7 @@ There are five steps to defining new schema:
+ define custom attribute types (if necessary)
+ define custom object classes
H3: Object Identifiers
Each schema element is identified by a globally unique
...
...
@@ -196,7 +197,7 @@ where Attribute Type Description is defined by the following
>
where whsp is a space ('{{EX: }}'), numericoid is a globally unique
OID in dotted-decimal form (e.g. {{EX:1.
2.3
}}), qdescrs is one or
OID in dotted-decimal form (e.g. {{EX:1.
1.0
}}), qdescrs is one or
more names, woid is either the name or OID optionally followed
length specifier (e.g {{EX:{10}}}).
...
...
@@ -219,7 +220,7 @@ and a brief description. Each name is an alias for the OID.
The first attribute, {{EX:name}}, holds values of {{EX:directoryString}}
(UTF-8 encoded Unicode) syntax. The syntax are specified by OID
(1.3.6.1.4.1.1466.115.121.1.15 identifies the directoryString
syntax). A
n
length recommendation of 32768 is specified. Servers
syntax). A length recommendation of 32768 is specified. Servers
should support values of this length, but may support longer values
The field does NOT specify a size constraint, so is ignored on
servers (such as slapd) which don't impose such size limits. In
...
...
@@ -230,7 +231,6 @@ matching rules (OpenLDAP supports these and many more).
!block table; align=Center; coltags="EX,EX,N"; \
title="Table 6.3: Commonly Used Syntaxes"
Name OID Description
binary 1.3.6.1.4.1.1466.115.121.1.5 BER/DER data
boolean 1.3.6.1.4.1.1466.115.121.1.7 boolean value
distinguishedName 1.3.6.1.4.1.1466.115.121.1.12 DN
directoryString 1.3.6.1.4.1.1466.115.121.1.15 UTF-8 string
...
...
@@ -249,9 +249,10 @@ Printable String 1.3.6.1.4.1.1466.115.121.1.44 printable string
title="Table 6.4: Commonly Used Matching Rules"
Name Type Description
booleanMatch equality boolean
octetStringMatch equality octet string
objectIdentiferMatch equality OID
distinguishedNameMatch equality DN
uniqueMemberMatch equality
D
N with optional UID
uniqueMemberMatch equality N
ame
with optional UID
numericStringMatch equality numerical
numericStringOrderingMatch ordering numerical
numericStringSubstringsMatch substrings numerical
...
...
@@ -319,9 +320,9 @@ syntax can be defined, e.g.:
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
> SINGLE-VALUE )
As noted in the
des
cription, LDAP has no knowledge of the
format of the photo. It's assumed
that all applications
accessing
this attribute agree on the handling of values.
In this case, the syntax
d
o
es
n't specify the format of the photo.
It's assumed (maybe incorrectly)
that all applications
accessing
this attribute agree on the handling of values.
If you wanted to support multiple photo formats, you could define
a separate attribute type for each format, prefix the photo
...
...
@@ -330,7 +331,12 @@ with some typing information, or describe the value using
Another alternative is for the attribute to hold a {{TERM:URI}}
pointing to the photo. You can model such an attribute after
{{EX:labeledURI}} ({{REF:RFC2079}}).
{{EX:labeledURI}} ({{REF:RFC2079}}) or simply create a subtype,
e.g.:
> attributetype ( 1.1.2.1.3 NAME 'myPhotoURI'
> DESC 'URI and optional label referring to a photo'
> SUP labeledURI )
H3: Object Class Specification
...
...
@@ -358,7 +364,7 @@ where Object Class Description is defined by the following
> whsp ")"
where whsp is a space ('{{EX: }}'), numericoid is a globally unique
OID in numeric form (e.g. {{EX:1.
2.3
}}), qdescrs is one or more
OID in numeric form (e.g. {{EX:1.
1.0
}}), qdescrs is one or more
names, and oids is one or more names and/or OIDs.
...
...
@@ -454,5 +460,33 @@ result in a file with contains of:
> MAY 'myPhoto' )
Save in an appropriately named file (e.g. {{F:my.schema}}).
You may now include this file in your {{slapd.conf}}(
8
) file.
You may now include this file in your {{slapd.conf}}(
5
) file.
!endif
H3: OID Macros
To ease the management and use of OIDs, {{slapd}}(8) supports
{{Object Identifier}} macros. The {{EX:objectIdentifier}} is used
to equate a macro (name) with a OID. The OID may possibly be derived
from a previously defined OID macro. The {{slapd.conf(5)}} syntax
is:
E: objectIdentifier <name> { <oid> | <name>[:<suffix>] }
The following demonstrates definition of a set of OID macros
and their use in defining schema elements:
> objectIdentifier myOID 1.1
> objectIdentifier mySNMP myOrgOID:1
> objectIdentifier myLDAP myOrgOID:2
> objectIdentifier myAttributeType myOrgLDAP:1
> objectIdentifier myObjectClass myOrgLDAP:2
> attributetype ( myAttributeType:3 NAME 'myPhotoURI'
> DESC 'URI and optional label referring to a photo'
> SUP labeledURI )
> objectclass ( myObjectClass:1 NAME 'myPhotoObject'
> DESC 'mixin myPhoto'
> AUXILIARY
> MAY myPhoto )
This diff is collapsed.
Click to expand it.
doc/guide/plain.sdf
+
1
−
1
View file @
a119d25a
...
...
@@ -13,7 +13,7 @@
!macro HTML_FOOTER
{{INLINE:<FONT COLOR="#808080" FACE="Arial,Verdana,Helvetica" SIZE="1">}}
{{INLINE:<B>________________<BR><SMALL>}}
[[c]] Copyright 200
1
,
[[c]] Copyright 200
2
,
{{INLINE:<A HREF="/foundation/">OpenLDAP Foundation</A>}},
{{EMAIL: info@OpenLDAP.org}}
{{INLINE:</SMALL><BR></B></FONT>}}
...
...
This diff is collapsed.
Click to expand it.
doc/guide/preamble.sdf
+
2
−
2
View file @
a119d25a
...
...
@@ -54,7 +54,7 @@
<P>
<FONT COLOR="#808080" FACE="Arial,Verdana,Helvetica" SIZE="1"><B>
________________<BR>
<SMALL>© Copyright 200
1
, <A HREF="http://www.OpenLDAP.org/foundation/">OpenLDAP Foundation</A>, <A HREF="mailto:info@OpenLDAP.org">info@OpenLDAP.org</A></SMALL></B></FONT>
<SMALL>© Copyright 200
2
, <A HREF="http://www.OpenLDAP.org/foundation/">OpenLDAP Foundation</A>, <A HREF="mailto:info@OpenLDAP.org">info@OpenLDAP.org</A></SMALL></B></FONT>
!endblock
!endmacro
...
...
@@ -90,7 +90,7 @@ ________________<BR>
<P>
<FONT COLOR="#808080" FACE="Arial,Verdana,Helvetica" SIZE="1"><B>
________________<BR>
<SMALL>© Copyright 200
1
, <A HREF="http://www.OpenLDAP.org/foundation/">OpenLDAP Foundation</A>, <A HREF="mailto:info@OpenLDAP.org">info@OpenLDAP.org</A></SMALL></B></FONT>
<SMALL>© Copyright 200
2
, <A HREF="http://www.OpenLDAP.org/foundation/">OpenLDAP Foundation</A>, <A HREF="mailto:info@OpenLDAP.org">info@OpenLDAP.org</A></SMALL></B></FONT>
!endblock
!endmacro
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment