Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

We have a LDAP directory with more than 50,000 users in it. LDAP Vendor suggests maximum limit of 40,000 users per LDAP group. We have number of inactive users and those are being purged but what if we don't get below the 40,000 users? Would switching to using multivalued attribute at user record level instead of using LDAP groups yield better performance during authentication, adding new users, etc?

I know most server software (portal, application servers, etc) use LDAP groups. But, we have a standardized web service interface for access control instead of relying on server software to map LDAP groups to security roles. Each application uses this common "access control web service". Security roles are used within application to build fine-grained ACL used within each enterprise application.

share|improve this question

1 Answer 1

Groups already use multi-valued attributes like uniqueMember and member. In some legacy directory servers, the real problem was the handling of multi-valued attributes in any entry, not just a group entry (there is nothing special about a group, it's just a member of an objectClass that requires/allows uniqueMember or member or whatever). Depending on who the vendor is, it's unlikely IMO that switching to multi-valued attributes would greatly increase performance.

share|improve this answer
    
Thanks for the answer. Have you tried using attributes instead of LDAP groups? Any other suggestions to improve LDAP performance to add a new user? Its taking more than 5 minutes to add a new user. –  Vineet Bhatia Aug 29 '12 at 16:07
    
@VineetBhatia Most likely, that will depend more on the specific implementation of LDAP (as in, what vendor and software) than any other factor. –  HopelessN00b Aug 30 '12 at 3:02
    
What about for Novell eDirectory LDAP ver 8.x server? –  Vineet Bhatia Aug 30 '12 at 9:45

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.