Is there something wrong with this, or am I missing
something?
ldap_read(link, NULL filter)
IS supposed to return the RootDSE, but it doesn't (always).
On my Debian GNU/Linux systems, I have to remove the 'BASE ...'
config option from ldap.conf, but now I see the same strange
behaviour on
It seems like the OpenLDAP libs is forcing a load of
the ldap.conf file... In that there's the BASE option
(which tells the clients where/what the base is).
In my development systems, I use LDAP as database for
users etc (together with Kerberos).
The problem is that I also run development databas
- No such object
- s n i p -
This only shows up if the namingContexts have a space in it (ie, base DN contains
a space):
- s n i p -
[papadoc.pts/9]$ /usr/bin/ldapsearch -x -LLL -h localhost -s base -b ''
'(objectclass=*)' namingContexts
dn:
namingContexts: o=
- No such object
- s n i p -
This only shows up if the namingContexts have a space in it (ie, base DN contains
a space):
- s n i p -
[papadoc.pts/9]$ /usr/bin/ldapsearch -x -LLL -h localhost -s base -b ''
'(objectclass=*)' namingContexts
dn:
namingContexts: o=
--
Ft. Meade cryptographic KGB munitions jihad nitrate class struggle
Semtex radar spy Iran supercomputer Treasury FSF nuclear
[See http://www.aclu.org/echelonwatch/index.html for more about this]
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.p
I'm creating (not from scratch, I've taken over an existing application)
an interface to my LDAP, Qmail-LDAP, Kerberos and AFS server system.
Everything works fine from the LDAP point of view, but I'd like to be able
to create Kerberos principals and AFS entries (volumes, users etc). Now,
I guess
6 matches
Mail list logo