--On April 5, 2011 12:31:18 AM +0530 Srivatsav M
srivatsav.mudu...@gmail.com wrote:
appreciate any help/pointers on resolving this issue.
Nothing I've seen in your report suggests there is any problem with
OpenLDAP, thus it is hard to help you. I think you're asking the wrong
list.
Hi,
I was triaging this issue and I ran into another mysterious area, it doesn't
look like the number (8) of principals/RDN is the problem and infact the
length/size of the RDN's could be the issue. Please find the /etc/ldap.conf
files attached renamed according to the AD/openldap server being
This thread is a good example of why top-posting sucks ...
On Friday, 25 March 2011 17:27:10 Kevin Josue Zambrano Chavez wrote:
On Fri, Mar 25, 2011 at 10:23 AM, Marco Pizzoli
marco.pizz...@gmail.comwrote:
Hi,
I could be corrected if I'm wrong, but this problem is not related to
OpenLDAP.
On Fri, Mar 25, 2011 at 10:23 AM, Marco Pizzoli marco.pizz...@gmail.comwrote:
Hi,
I could be corrected if I'm wrong, but this problem is not related to
OpenLDAP. It's a nss_ldap problem.
nss_ldap is a client library that's used by linux vendors to achieves
seamless integration of users
Hi,
We are using OpenLDAP for authenticating users registered in a LDAP server
(Open LDAP, Active Directory). After adding 8 principals (/etc/ldap.conf),
none of the users registered in the /etc/ldap.conf file are able to login.
nss_base_passwd
Srivatsav M wrote:
Hi,
We are using OpenLDAP for authenticating users registered in a LDAP server
(Open LDAP, Active Directory). After adding 8 principals (/etc/ldap.conf),
none of the users registered in the /etc/ldap.conf file are able to login.
nss_base_passwd
Hi,
I could be corrected if I'm wrong, but this problem is not related to
OpenLDAP. It's a nss_ldap problem.
nss_ldap is a client library that's used by linux vendors to achieves
seamless integration of users against *a* LDAP server.
I had a similar problem with a complex configuration and
