[Date Prev][Date Next]
Re: Re: cn=Subschema
--On Tuesday, August 29, 2006 3:31 AM -0400 matthew sporleder
On 8/29/06, Quanah Gibson-Mount <firstname.lastname@example.org> wrote:
--On Tuesday, August 29, 2006 2:53 AM -0400 matthew sporleder
> Should searches based in cn=Subschema just work? Or does something
> need to get enabled to have the schema get outputted:
> ldapsearch -x -b cn=Subschema -D cn=rootdn -w secretpassword -h
> localhost -p 389 -L objectclass=* objectclass attributetype
> Doesn't give any results. Am I missing something easy? (this is the
> same with schemadn defined and undefined)
Did you enable access to the root DSE?
Not explicitly. (I guess I thought rootdn could do anything) Is my
root DSE not accessable because I never ran slapd -f -F, or because
I'm missing something else?
Access to the rootDSE is given via an ACL. slapd -f -F has nothing to do
access to dn.base=""
by * read
access to dn.base="cn=subschema"
by * read
Principal Software Developer
ITS/Shared Application Services
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html