Troubleshooting OpsCenter LDAP
Troubleshooting tips and an error reference when configuring LDAP for OpsCenter.
Debugging LDAP using logback.xml
logback.xml
The location of the logback.xml file depends on the type of installation:|
Package installations |
/etc/dse/cassandra/logback.xml |
|
Tarball installations |
installation_location/resources/cassandra/conf/logback.xml |
- The logback.xml file is located in the installation_location/conf directory.
To debug LDAP with deep
visibility, change the level from
INFO to DEBUG in the
<logger/> line of
logback.xml:<logger name="org.apache.directory" level="INFO" additivity="false"/>
to <logger name="org.apache.directory" level="DEBUG"/>The DEBUG logging level gives you extreme visibility into the exact
queries that Opscenter is sending to the LDAP server along with the responses. Revert the
log level when you are done debugging.
Common error messages
- Error: Failed to log in: {'desc': 'Protocol error'}
- Error thrown when a
group_search_filter_with_dnis not specified in opscenterd.conf. - Error: Failed to log in: Invalid username or password.
- This error might occur even with a valid username and password. If so, OpsCenter might
not have found a matching role for the user in OpsCenter. Either manually create the role in OpsCenter for the user; or,
if the user is an OpsCenter Admin user, set the
admin_group_namein opscenterd.conf to the name of the role or group that is returned from the LDAP group query after thegroup_search_filterhas been applied. The filter must filter out all but one of the groups that the user belongs to; otherwise, the User has more than one defined role error is the result. - Error: Failed to log in: User myuser has no roles defined in LDAP
- This happens when the LDAP search returns zero roles for the authenticated user.
- If you are using a
group_search_typeofdirectory_search, modify yourgroup_search_filter_with_dnso that one or more role names are returned from LDAP. Note that exactly one of those LDAP role names must match an OpsCenter role name for authentication to be successful. - If you are using a
group_search_typeofmemberof_search, ensure theuser_memberof_attributefor the user contains a list of LDAP groups which names an OpsCenter role.
- If you are using a
- Error: Failed to log in: User myuser has no matching OpsCenter role in LDAP group(s): ...
- This happens when a user belongs to one or more LDAP groups, but none of those groups
match any roles defined in Opscenter. The list of User's groups returned from LDAP must
contain at least one of the roles configured in OpsCenter. See role prerequisites and creating a role for an LDAP user.
- If you are using a
group_search_typeofdirectory_search, modify thegroup_search_filter_with_dnso that the returned list of LDAP groups contains exactly one of the OpsCenter role names. - If you are using a
group_search_typeofmemberof_search, ensure theuser_memberof_attributefor the user contains a list of LDAP groups that names an OpsCenter role.
Note: All OpsCenter AD users must be part of the Domain Users group for the OpsCenter LDAP integration to function correctly. If Active Directory users are not a member of Domain Users, those users are not found in LDAP directory searches. - If you are using a
- Error: Failed to log in: Specified search user username unable to bind.
- Result when searching with an incorrect username for the
search_dnor the incorrect password for thesearch_passwordcriteria. - Error: In order to perform this operation a successful bind must be completed on the connection.
- The initial search is failing because the user doesn't have enough permissions for the
way the query is structured. There are a few things to try:
- Set
user_search_filterto the default value:user_search_filter = (sAMAccountName={0}) - Try changing
user_search_baseso that search doesn't start from top-level domain:user_search_base = OU=Users,OU=Corp,DC=[value],DC=[value],DC=com - If you have a custom schema, change the
group_search_filterandgroup_search_filter_dnto match it.
- Set
