mirror of
https://git.openldap.org/openldap/openldap.git
synced 2024-12-27 03:20:22 +08:00
rev-01
This commit is contained in:
parent
5630665e27
commit
0037524bf1
@ -1,34 +1,33 @@
|
||||
|
||||
|
||||
|
||||
|
||||
Change Record Object Class Definition Gordon Good
|
||||
INTERNET-DRAFT Netscape Communications
|
||||
11 March 1998
|
||||
10 March 2000
|
||||
|
||||
Definition of an Object Class to Hold LDAP Change Records
|
||||
Filename: draft-good-ldap-changelog-00.txt
|
||||
Filename: draft-good-ldap-changelog-01.txt
|
||||
|
||||
Status of this Memo
|
||||
|
||||
This document is an Internet-Draft. Internet-Drafts are working
|
||||
documents of the Internet Engineering Task Force (IETF), its
|
||||
areas, and its working groups. Note that other groups may also
|
||||
distribute working documents as Internet-Drafts.
|
||||
This document is an Internet-Draft and is in full conformance with
|
||||
all provisions of Section 10 of RFC2026.
|
||||
|
||||
Internet-Drafts are draft documents valid for a maximum of six
|
||||
months and may be updated, replaced, or obsoleted by other
|
||||
documents at any time. It is inappropriate to use Internet-
|
||||
Drafts as reference material or to cite them other than as
|
||||
``work in progress.''
|
||||
Internet-Drafts are working documents of the Internet Engineering
|
||||
Task Force (IETF), its areas, and its working groups. Note that other
|
||||
groups may also distribute working documents as Internet-Drafts.
|
||||
|
||||
To learn the current status of any Internet-Draft, please check
|
||||
the ``1id-abstracts.txt'' listing contained in the Internet-
|
||||
Drafts Shadow Directories on ds.internic.net (US East Coast),
|
||||
nic.nordu.net (Europe), ftp.isi.edu (US West Coast), or
|
||||
munnari.oz.au (Pacific Rim).
|
||||
Internet-Drafts are draft documents valid for a maximum of six months
|
||||
and may be updated, replaced, or obsoleted by other documents at any
|
||||
time. It is inappropriate to use Internet- Drafts as reference
|
||||
material or to cite them other than as "work in progress."
|
||||
|
||||
This Internet Draft expires October 1st, 1998.
|
||||
The list of current Internet-Drafts can be accessed at
|
||||
http://www.ietf.org/ietf/1id-abstracts.txt
|
||||
|
||||
The list of Internet-Draft Shadow Directories can be accessed at
|
||||
http://www.ietf.org/shadow.html.
|
||||
|
||||
|
||||
This Internet Draft expires September 10, 2000.
|
||||
|
||||
|
||||
|
||||
@ -50,22 +49,23 @@ Abstract
|
||||
Background and Intended Usage
|
||||
|
||||
This document describes an objectclass which can be used to represent
|
||||
changes which have been applied to a directory server. It also
|
||||
suggests a common location for a container which holds these objects.
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 1]
|
||||
Good March 9, 2000 [Page 1]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
changes which have been applied to a directory server. It also
|
||||
suggests a common location for a container which holds these objects.
|
||||
A client may update its local copy of directory information by
|
||||
reading the entries within this container, and applying the changes
|
||||
to its local database.
|
||||
|
||||
The key words "MUST", "MAY", and "SHOULD" used in this document are
|
||||
to be interpreted as described in [3].
|
||||
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
|
||||
"SHOULD", "SHOULD NOT", "RECOMMENDED", and "MAY" in this document are
|
||||
to be interpreted as described in RFC 2119 [3].
|
||||
|
||||
New Attribute Types Used in the changeLogEntry Object Class
|
||||
|
||||
@ -106,16 +106,15 @@ New Attribute Types Used in the changeLogEntry Object Class
|
||||
DESC 'a flag which indicates if the old RDN should be retained
|
||||
as an attribute of the entry'
|
||||
EQUALITY booleanMatch
|
||||
SYNTAX 'BOOLEAN' )
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 2]
|
||||
Good March 9, 2000 [Page 2]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
SYNTAX 'BOOLEAN' )
|
||||
|
||||
( 2.16.840.1.113730.3.1.11
|
||||
NAME 'newSuperior'
|
||||
DESC 'the new parent of an entry which is the target of a
|
||||
@ -162,16 +161,16 @@ Discussion of changeLogEntry Attributes:
|
||||
changeType is "modrdn". If the changeType attribute does not have the
|
||||
value "modrdn", then there should be no values contained in the newRDN
|
||||
attribute.
|
||||
Syntax: DN
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 3]
|
||||
|
||||
Good March 9, 2000 [Page 3]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
Syntax: DN
|
||||
|
||||
deleteOldRDN: a flag which tells whether the old RDN of the entry
|
||||
should be retained as a distinguished attribute of the entry, or
|
||||
should be deleted. A value of "FALSE" indicates that the RDN should be
|
||||
@ -218,19 +217,16 @@ Discussion of the changeLogEntry object class
|
||||
"changes" attribute has no values, then it must read the entry given by
|
||||
the targetDN attribute, possibly only retrieving attributes it deems
|
||||
"interesting". However, in the case of delete and modrdn operations, there
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 4]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
is never a "changes" attribute, so it is never necessary to read the target
|
||||
entry in these cases.
|
||||
|
||||
|
||||
|
||||
Good March 9, 2000 [Page 4]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
Examples of the changeLogEntry object class
|
||||
|
||||
In each example below, the "changes" attribute is shown in plain text,
|
||||
@ -274,20 +270,19 @@ Examples of the changeLogEntry object class
|
||||
|
||||
dn: changenumber=10042, cn=changelog
|
||||
changenumber: 10042
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 5]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
targetdn: cn=Bjorn Jensen, ou=Product Development, o=Ace Industry, c=US
|
||||
changetype: modrdn
|
||||
newrdn: cn=Bjorn J Jensen
|
||||
deleteoldrdn: FALSE
|
||||
|
||||
|
||||
|
||||
|
||||
Good March 9, 2000 [Page 5]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
Location of the container containing changeLogEntry objects
|
||||
|
||||
For LDAPv3 servers, the location of the container which holds
|
||||
@ -309,36 +304,26 @@ Location of the container containing changeLogEntry objects
|
||||
For LDAPv2 servers, the name of the changelog container must be
|
||||
"cn=changelog".
|
||||
|
||||
Interoperability between LDAPv2 and LDAPv3 implementations
|
||||
|
||||
Differences from previous versions of this document
|
||||
Implementors are discouraged from developing implementations in which
|
||||
an LDAPv2 server is synchronized from an LDAPv3 server using the
|
||||
changelog method described in this document. Problems can arise when an
|
||||
LDAPv2 server reads a "moddn" changelog entry which gives a new
|
||||
superior. Since LDAPv2 does not support such an operation, there is not
|
||||
way for the v2 server to perform the moddn operation atomically. It
|
||||
could, of course, delete all the entries under the old superior and add
|
||||
them under the new superior entry, but such an operation would either
|
||||
not be atomic, or require extensive server-side support on the LDAPv2
|
||||
server to make the operation appear as if it were atomic.
|
||||
|
||||
Differences between draft-ietf-asid-changelog-00.txt and
|
||||
draft-ietf-asid-changelog-01.txt
|
||||
|
||||
1) Fixed a deficiency in the syntax of the changeNumber attribute. The
|
||||
attribute now has INTEGER syntax, with appropriate matching and
|
||||
ordering rules defined.
|
||||
|
||||
2) Removed unneeded substring matching rules from the changeType and
|
||||
deleteOldRDN attribute definitions.
|
||||
|
||||
3) Made use of MAY, SHOULD, etc. consistent with RFC 2119.
|
||||
|
||||
4) Renamed document (now an individual submission).
|
||||
|
||||
5) Changed syntax of "changes" attribute from "Binary" to "OctetString".
|
||||
|
||||
6) Removed references to X.500 supplier and consumer-initiated
|
||||
replication.
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 6]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
7) Updated references to current drafts/proposed standards documents.
|
||||
It is recommended that servers which only implement LDAPv2 should
|
||||
refuse to synchronize from LDAPv3 servers. Before beginning
|
||||
synchronization, the LDAPv2 server should attempt to read the root DSE
|
||||
of the supplier server. If the root DSE is present, and the
|
||||
supportedldapversion attribute contained in the root DSE contains the
|
||||
value "3", then the LDAPv2 server should immediately disconnect and
|
||||
proceed no further with synchronization.
|
||||
|
||||
Security Considerations
|
||||
|
||||
@ -347,6 +332,13 @@ Security Considerations
|
||||
all modifications made to an entry, and some changes may contain
|
||||
sensitive data, e.g. passwords.
|
||||
|
||||
|
||||
|
||||
Good March 9, 2000 [Page 6]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
If a server does allow read access on the "changes: attribute to a
|
||||
particular bound DN, then that DN should be trusted. For example, two
|
||||
cooperating servers may exchange the password for some DN which is
|
||||
@ -376,8 +368,8 @@ Acknowledgements
|
||||
References
|
||||
|
||||
[1] Good, G., "The LDAP Data Interchange Format", INTERNET-DRAFT
|
||||
draft-good-ldap-ldif-03.txt, Netscape Communications Corp., March 1997,
|
||||
<URL:ftp://ftp.ietf.org/internet-drafts/draft-good-ldap-ldif-03.txt>
|
||||
draft-good-ldap-ldif-06.txt, Netscape Communications Corp., March 2000
|
||||
<URL:ftp://ftp.ietf.org/internet-drafts/draft-good-ldap-ldif-06.txt>
|
||||
|
||||
[2] Wahl, M., Howes, T., Kille, S., "Lightweight Directory Access
|
||||
Protocol (v3)", RFC 2251 Critical Angle, Inc., Netscape Communications Corp.,
|
||||
@ -386,14 +378,6 @@ References
|
||||
|
||||
[3] S. Bradner, "Key Words for use in RFCs to Indicate Requirement
|
||||
Levels", Harvard University, RFC 2119, March 1997,
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 7]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
<URL:http://ds.internic.net/rfc/rfc2119.txt>
|
||||
|
||||
|
||||
@ -403,11 +387,19 @@ Author's Address
|
||||
Netscape Communications Corp.
|
||||
501 E. Middlefield Rd.
|
||||
Mailstop MV068
|
||||
|
||||
|
||||
|
||||
Good March 9, 2000 [Page 7]
|
||||
|
||||
INTERNET-DRAFT Change Record Object Class 11 March 1998
|
||||
|
||||
|
||||
Mountain View, CA 94043, USA
|
||||
Phone: +1 415 937-3825
|
||||
Phone: +1 650 937-3825
|
||||
EMail: ggood@netscape.com
|
||||
|
||||
This Internet Draft expires October 1st, 1998.
|
||||
This Internet Draft expires September 10, 2000
|
||||
|
||||
|
||||
|
||||
@ -445,5 +437,14 @@ Author's Address
|
||||
|
||||
|
||||
|
||||
Good March 11, 1998 [Page 8]
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Good March 9, 2000 [Page 8]
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user