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
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
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=Turbo Fredriksson
- s n i p -
On my live server, I have 'namingContexts: dc=com
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=Turbo Fredriksson
- s n i p -
On my live server, I have 'namingContexts: dc=com
--
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:
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