When I talk with most CPS customers, they are not the actual LDAP administrator, and really have no interest in learning LDAP at all. They just need to implement CPS to complete their WPS rollout. However, before you begin configuring CPS for LDAP integration, here are some pointers and terms about LDAP you should know:
objectClass attribute).
objectClass is both an attribute and an object.objectClass can be subclassed and most extend the top object class (objectClass=top).dn (Distinquished Name)–uniquely identifies an object in the DITcn (Common Name)–a common or full name for an object in the DITuid (User ID)–a user id for a user objectsAMAccountName–Windows domain logon name (Active Directory/Exchange Server only)mail (Email)–an object’s e-mail attributeobjectClass (Object Class)–a grouping of attributesou (organizationalUnit)–typically a department within an organizationo (organization)–typically an organization within a companydc (domain component)–A portion of the domain name (or DNS name)Note: LDAP attribute names are usually case-insensitive, but it is best practice to use the correct case (or mix-case) in spelling them.
Your company’s user directory is an LDAP server (or a server implementing a version 3 LDAP interface) and contains user and group objects─each with their own respective DN attributes. The user objects are organized into groups for better management. Contribute users authenticate to the user directory with their username (or DN) and password. Administrators assign rights and permissions to groups, and it is the user’s group membership that provides authorized access.
Now that you have an idea of the LDAP components you will be dealing with, I will review setting up the CPS LDAP settings.
Figure 1. An example directory information tree