[Date Prev][Date Next]
ldapsearch -b "" -s base 'objectclass=*'
this limits the scope of the search to the base DN. You have
to specify this to get the Root DSE. I think the crux of your
problem may be that the Netscape server returns the NamingContexts
attribute with the Root DSE. When you query OpenLDAP, you have
to ask for the NamingContexts attribute explicitly. Since it's
an operational attribute, this is how it's supposed to be.
If your client looks for the naming contexts without asking for
them, all you can do to make OpenLDAP work for you is change the
client, or change the OpenLDAP server to return the NamingContexts
> -----Original Message-----
> From: Igor Brezac [mailto:firstname.lastname@example.org]
> Sent: Friday, September 08, 2000 1:56 AM
> To: openldap-software@OpenLDAP.org
> Cc: Kurt D. Zeilenga
> Subject: Re: rootDSE
> On Thu, 7 Sep 2000, Kurt D. Zeilenga wrote:
> > >Solaris 8 has a native support for nss_ldap and it works
> correctly, at
> > >least it does with the netscape directory server. I'd like to use
> > >OpenLDAP instead. :) The program that initialises ldap
> client machines
> > >(ldapclient) retrieves information from the root DSE.
> > Hopefully it's using the root DSE to discover the supported
> > features so that it can optimize it's use of LDAP...
> Yup. The client reports that it finds 0 namingcontexts. It uses the
> value of this attribute to set the baseDN (I believe). Is it
> possible to
> query the root DSE? ldapsearch -x -b '' 'objectclass=*' does
> not return