Sorry for the spelling mistake
using /usr/local/libexec/slapd -s 256 -h "ldaps:///"
And getting the error "daemon: TLS not supported (ldaps:///)" is syslog, I have searched mailing list, the one possible reason mentioned was "openldap is not compiled with TLS support" but I have verified this using ldd.
ldd /usr/local/libexec/slapd linux-vdso.so.1 => (0x00007fff1f7ff000) libdb-4.7.so => /usr/lib/libdb-4.7.so (0x00007f80960b4000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007f8095e98000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007f8095c7e000) libdl.so.2 => /lib/libdl.so.2 (0x00007f8095a7a000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f8095843000) libresolv.so.2 => /lib/libresolv.so.2 (0x00007f809562c000) libwrap.so.0 => /lib/libwrap.so.0 (0x00007f8095423000) libc.so.6 => /lib/libc.so.6 (0x00007f80950c2000) /lib64/ld-linux-x86-64.so.2 (0x00007f8096428000) libnsl.so.1 => /lib/libnsl.so.1 (0x00007f8094ea9000)
I'm not sure whether the problem in certificates could be the reason for this. In my slapd.conf I've following lines related to TLS.
TLSCACertificateFile /usr/local/etc/openldap/ca-bundle.crt TLSCertificateFile /usr/local/etc/openldap/slapd.pem TLSCertificateKeyFile /usr/local/etc/openldap/slapd.pem
Regards,
Meghanand N. Acharekar
On Tue, May 10, 2011 at 8:50 PM, Quanah Gibson-Mount quanah@zimbra.comwrote:
--On Tuesday, May 10, 2011 4:56 PM +0530 Meghanand Acharekar < vasco.debian@gmail.com> wrote:
using /usr/local/libexec/slapd -s 256 -h "ldap:///"
daemon: TLS not supported (ldaps:///)
You didn't tell slapd to start with ldaps:///, you told it to start with ldap:///. What exactly is the question?
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc.
Zimbra :: the leader in open source messaging and collaboration