1. Navigate to theAdministration→Security→Directorypage.
2. Configure the following options:
• LDAP Directory Authentication—Enables or disables directory authentication. If directory authentication is enabled and configured correctly, users can log in by using directory credentials.
Choose from the following options:
◦
Disabled—User credentials are not validated by using a directory.◦
Use HP Extended Schema—Selects directory authentication and authorization by using directory objects created with the HP Extended Schema. Select this option when the directory has been extended with the HP Extended Schema.◦
Use Directory Default Schema—Selects directory authentication and authorization by using user accounts in the directory. Select this option when the directory is not extended with the HP Extended Schema. User accounts and group memberships are used to authenticate and authorize users. After you enter and save the directorynetwork information, clickAdminister Groups, and then enter one or more valid directory DNs and privileges to grant users access to iLO.
• Kerberos Authentication—Enables or disables Kerberos login. If Kerberos login is enabled and configured correctly, theHP Zero Sign Inbutton appears on the login page.
• Local User Accounts—Enables or disables local user account access.
Enabled—A user can log in by using locally stored user credentials. HP recommends enabling this option and configuring a user account with administrator privileges. This account can be used if iLO cannot communicate with the directory server.
◦
◦
Disabled—User access is limited to valid directory credentials.Access through local user accounts is enabled when directory support is disabled or an iLO license is revoked. You cannot disable local user access when you are logged in through a local user account.
• Kerberos Realm—The name of the Kerberos realm in which the iLO processor is operating. This string can be up to 128 characters. A realm name is usually the DNS name converted to uppercase. Realm names are case sensitive.
• Kerberos KDC Server Address—The IP address or DNS name of the KDC server. This string can be up to 128 characters. Each realm must have at least one KDC that contains an authentication server and a ticket grant server. These servers can be combined.
• Kerberos KDC Server Port—The TCP or UDP port number on which the KDC is listening. The default KDC port is 88.
• Kerberos Keytab—A binary file that contains pairs of service principal names and encrypted passwords. In the Windows environment, the keytab file is generated by the
ktpassutility. ClickBrowse (Internet Explorer or Firefox) orChoose File(Chrome), and then follow the onscreen instructions to select a file.
IMPORTANT: The components of the service principal name stored in the Kerberos keytab file are case sensitive. The primary (service type) must be in uppercase letters, for example, (HTTP). The instance (iLO host name) must be in lowercase letters, for example,
iloexample.example.net. The realm name must be in uppercase, for example,
EXAMPLE.NET.
3. Enter the directory server settings.
• Directory Server Address—Specifies the network DNS name or IP address of the directory server. The directory server address can be up to 127 characters.
IMPORTANT: HP recommends using DNS round-robin when you define the directory server.
• Directory Server LDAP Port—Specifies the port number for the secure LDAP service on the server. The default value is 636. You can specify a different value if your directory service is configured to use a different port.
• LOM Object Distinguished Name—Specifies where this iLO instance is listed in the directory
tree (for example,cn=iLO Mail Server,ou=Management Devices,o=hp). This
option is available whenUse HP Extended Schema is selected.
User search contexts are not applied to the LOM object DN when iLO accesses the directory server.
• Directory User Contexts—These boxes enable you to specify common directory subcontexts so that users do not need to enter their full DNs at login. Directory user contexts can be up to 128 characters.
You can identify the objects listed in a directory by using unique DNs. However, DNs can be long, and users might not know their DNs or might have accounts in different directory contexts. iLO attempts to contact the directory service by DN, and then applies the search contexts in order until successful.
◦
Example 1—If you enter the search context ou=engineering,o=hp, you can log in asuserinstead of logging in ascn=user,ou=engineering,o=hp.◦
Example 2—If a system is managed by Information Management, Services, and Training, search contexts such as the following enable users in any of these organizations to log in by using their common names:Directory User Context 1:ou=IM,o=hp
Directory User Context 2:ou=Services,o=hp Directory User Context 3:ou=Training,o=hp
If a user exists in both theIMorganizational unit and theTrainingorganizational unit, login is first attempted ascn=user,ou=IM,o=hp.
◦
Example 3 (Active Directory only)—Microsoft Active Directory allows an alternate user credential format. A user can log in [email protected], in which case a search context [email protected] the user to log in asuser. Only a successful login attempt can test search contexts in this format.4. ClickApply Settings.
5. To test the communication between the directory server and iLO, clickTest Settings. For more information, see“Running directory tests” (page 75).
6. Optional: ClickAdminister Groupsto navigate to theUser Administrationpage, where you can configure directory groups.
For information about group administration, see“Administering directory groups” (page 50).