[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Schema violations not caught (ITS#398)
At 08:32 PM 12/14/99 GMT, dupuis@syntax.com wrote:
>Full_Name: Christopher DuPuis
>Version: 1.2.7 and 1.2.8
>OS: Solaris 2.6 (both x86 and Sparc)
>URL: ftp://ftp.openldap.org/incoming/
>Submission from: (NULL) (206.129.189.38)
>
>
>It is possible to add badly formed entries using either ldif2ldbm
ldif2ldbm doesn't do any schema checks. It's a bulk loader.
> or ldapadd,
ldapadd should do schema checks (if enabled).
>regardless of whether or not "schemacheck" is set to "on" or "off".
>
>In slapd.conf, I changed schemacheck to "on", changed the suffix to "dc=syntax,
>dc=com",
>and changed rootDN to "cn=manager, dc=syntax, dc=com".
>
>Then, I used ldif2ldbm to load the following LDIF into the directory:
>
>dn: dc=syntax, dc=com
>dc: syntax
>objectclass: top
>objectclass: domain
>
>dn: cn=blargfoo, dc=syntax, dc=com
>objectclass: bogusObjectClass
>cn: blargfoo
>qux: 12345
>
>The second entry should cause an error, since I am using only the default oc and
>at files.
>However, this succeeded. ldapsearch shows that both objects are in the
>directory.
>I can also add "cn=blargfoo, dc=syntax, dc=com", as above, to a running
>directory using ldapadd.
Retest with fresh database in which all entries are added using
ldapadd(1) (as outlined in the Quick Start Guide).
----
Kurt D. Zeilenga <kurt@boolean.net>
Net Boolean Incorporated <http://www.boolean.net/>