![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Problem Resolution Sure Solution 1909686.1 : LDAP/SSL Groups Not Recognized Properly By ILOM
In this Document
Created from <SR 3-9311876711> Applies to:Sun SPARC Enterprise T5120 Server - Version All Versions to All Versions [Release All Releases]Sun SPARC Enterprise T5140 Server - Version All Versions to All Versions [Release All Releases] Sun Netra T5440 Server - Version All Versions to All Versions [Release All Releases] Sun Netra T5220 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise T5440 Server - Version All Versions to All Versions [Release All Releases] Information in this document applies to any platform. SymptomsLDAP/SSL authorization is working but the desired role(s) are not being assumed on the ILOM. CauseLDAP was enabled along with LDAP/SSL and the group definition did not precisely match the database. SolutionThe Oracle Integrated Lights Out Manager (ILOM) 3.0 Daily Management - Web Procedures guide assumes the user knows not to enable LDAP and LDAPS (LDAP/SSL) at the same time. However, this is not explicitly stated. LDAP and LDAPS differ in how roles are assigned. LDAP relies on a default role that is assigned to all users while LDAPS can have specific roles assigned to specific users based on the defined group. Therefore, if the user wishes to assign specific roles based on group, LDAP should be disabled and LDAPS (LDAP/SSL) should be enabled and the appropriate groups defined in the ILOM. In the event a user is still having difficulty assuming the correct role in LDAPS, the group definition and user should be checked and compared to the LDAP database. A simple LDAP search such as ldapsearch -h <host> -D <bindDN> -b <searchbase> can be performed on the group and the user and compared to the ILOM output of show -l all /SP/clients. It's important that the definitions match exactly including case as lookups are case sensitive. Something as simple as using CN, OU, and DC in the group definition in the ILOM while the LDAP database uses lower case cn, ou, and dc would cause a bad lookup. Attachments This solution has no attachment |
||||||||||||||||
|