Skip to main content
Hitachi Vantara Lumada and Pentaho Documentation

LDAP Security

To use Lightweight Directory Access Protocol (LDAP) for user security, you must switch from the default Pentaho security to LDAP, then you must configure LDAP.

Switch to LDAP

To connect to your LDAP server, you must import the certificate into the JRE's trustStore/keyStore used to by the Pentaho Server (java/lib/security/cacerts).

  1. From the User Console Home menu, click Administration, then select Authentication from the left. The Authentication interface appears. Local - Use basic Pentaho Authentication is selected by default.
  2. Choose the External - Use LDAP / Active Directory server radio button. The LDAP Server Connection fields populate with a default URL, user name, and password.
  3. Change the Server URL, User Name, and Password as needed.
  4. Click Test Server Connection to verify the connection to your LDAP server and to complete the set up.
  5. Click the node to select the Pentaho System Administrator user and role to match your LDAP configuration. Click OK.

The Admin user is required for all system-related operations, including the creation of user folders. The Administrator Role is required for mapping a third-party admin role to the Pentaho admin role (Administrator). This is required for all ABS functionality to work properly.

  1. Choose your LDAP Provider from the drop-down menu.
  2. Configure the LDAP connection as explained in LDAP Properties. Click Test.

The Pentaho Server is now configured to authenticate users against your LDAP directory server.

Manual Configuration

You must have a working LDAP server with an established configuration before continuing. Follow the instructions below to manually switch from Pentaho default security to LDAP security.

  1. Stop the Pentaho Server.
  2. Edit the file located in the server/pentaho-server/pentaho-solutions/system folder and change provider=jackrabbit to provider=ldap. Save and close the file.
  3. Edit the server/pentaho-server/pentaho-solutions/system/ file and modify the settings to match your LDAP configuration:
    allAuthoritiesSearch.searchFilter= (objectClass\=group)
  4. Save and close the file.
  5. Edit the server/pentaho-server/pentaho-solutions/system/ file and replace “admin” in the following line, singleTenanatAdminUserName=admin with the value of the adminUser’s sAMAccountName as defined in the file. When complete, save and close the file.
  6. Delete the following directory: server/pentaho-server/pentaho-solutions/system/jackrabbit/repository   

Do not delete the repository.xml file, which is also located in the following directory: server/pentaho-server/pentaho-solutions/system/jackrabbit

  1. Delete the server/pentaho-server/pentaho-solutions/system/karaf/caches  folder.
  2. Restart the Pentaho Server and test the LDAP functionality.

The Pentaho Server is now configured to authenticate users against your directory server. The LDAP Properties reference article contains supplemental information for LDAP values.

Use Nested Roles

It is possible to nest user roles such that one role includes all of the users of another role. Doing this external to the core LDAP structure prevents recursive directory queries to find all parents of a given child role. Follow the directions below to modify the Pentaho Server to support nested roles for LDAP and MSAD authentication types.

  1. Stop the Pentaho Server or service.
    sh /usr/local/pentaho/server/pentaho-server/
  2. Open the /pentaho/server/pentaho-server/pentaho-solutions/system/applicationContext-spring-security-ldap.xml file with a text editor.
  3. In the populator bean definition, replace DefaultLdapAuthoritiesPopulator with NestedLdapAuthoritiesPopulator
    <bean id="populator" class="">
  4. Save the file, then edit /pentaho/server/pentaho-server/pentaho-solutions/system/applicationContext-pentaho-security-ldap.xml. This and the next step are only necessary if the roles that serve as "parents" to nested roles cannot be returned by a traditional all authorities search.
  5. Add an extraRoles bean to the list of transformers in the ChainedTransformers bean, and set properties for each parent role (represented by example_role below).
    <bean id="allAuthoritiesSearch" class="​">
        <!-- omitted -->
        <constructor-arg index="2">
            <bean class="org.apache.commons.collections.functors.ChainedTransformer">
                <constructor-arg index="0">
                        <bean class="​userrole.ldap.transform.SearchResultToAttrValueList">
                            <!-- omitted -->
                        <bean class="​ldap.transform.ExtraRoles">
                            <property name="extraRoles">
                        <bean class="​userrole.ldap.transform.StringToGrantedAuthority">
                            <!-- omitted -->
  6. Save the file, close your text editor, and start the Pentaho Server.
    sh /usr/local/pentaho/server/pentaho-server/
The Pentaho Server can now handle nested roles with LDAP or Active Directory authentication.

LDAP Properties

You can configure LDAP values by editing the /pentaho-solutions/system/ file in your Pentaho Server folder.

Connection Information (Context)

These entries define connections involving LDAP users (typically administrators) that can execute folder searches.

LDAP Property Purpose Example
contextSource.providerUrl LDAP connection URL contextSource.providerUrl=ldap://holly:389/DC=Valyant,DC=local
contextSource.userDn Distinguished name of a user with read access to directory contextSource.userDn=CN= Administrator, CN=Users,DC=Valyant,DC=local
contextSource.password Password for the specified user contextSource.password=secret


These options control how the LDAP server is searched for user names that are entered in the Pentaho login dialog box.

The {0} token will be replaced by the user name from the login dialog box.

The example above defines DC=Valyant,DC=local in contextSource.providerURL. Given that definition, you would not need to repeat that in userSearch.searchBase below because it will be appended automatically to the defined value here.

LDAP Property Purpose Example
userSearch.searchBase Base (by user name) for user searches userSearch.searchBase=CN=Users
userSearch.searchFilter Filter (by user name) for user searches. The attribute you specify here must contain the value that you want your users to log into Pentaho with. Active Directory user names are represented by sAMAccountName; full names are represented by displayName. userSearch.searchFilter= (sAMAccountName={0})


The populator matches fully distinguished user names from userSearch to distinguished role names for roles those users belong to.

The {0} token will be replaced with the user DN found during a user search; the {1} token is replaced with the user name entered in the login screen.

LDAP Property Purpose Example
populator.convertToUpperCase Indicates whether or not retrieved role names are converted to uppercase populator.convertToUpperCase=false
populator.groupRoleAttribute The attribute to get role names from populator.groupRoleAttribute=cn
populator.groupSearchBase Base (by user DN or user name) for role searches. populator.groupSearchBase=ou= Pentaho
populator.groupSearchFilter The special nested group filter for Active Directory is shown in the example; this will not work with non-MSAD directory servers. populator.groupSearchFilter= (memberof:1.2.840.113556.1.4.1941: =({0}))
populator.rolePrefix A prefix to add to the beginning of the role name found in the group role attribute; the value can be an empty string. populator.rolePrefix=
populator.searchSubtree Indicates whether or not the search must include the current object and all children. If set to false, the search must include the current object only. populator.searchSubtree=true

All Authorities Search

These entries populate the Pentaho Server Access Control List (ACL) roles. These should be similar or identical to the Populator entries.

LDAP Property Purpose Example
allAuthoritiesSearch.roleAttribute The attribute used for role values allAuthoritiesSearch.roleAttribute=cn
allAuthoritiesSearch.searchBase Base for "all roles" searches allAuthoritiesSearch.searchBase=ou= Pentaho
allAuthoritiesSearch.searchFilter Filter for "all roles" searches. Active Directory requires that the objectClass value be set to group. allAuthoritiesSearch.searchFilter= (objectClass=group)

All User Name Search

These entries populate the Pentaho Server ACL users.

LDAP Property Purpose Example
allUsernamesSearch.username Attribute The attribute used for user values allUsernamesSearch.username Attribute= sAMAccountName
allUsernamesSearch.searchBase Base for "all users" searches allUsernamesSearch.searchBase= CN=users
allUsernamesSearch.searchFilter Filter for "all users" searches allUsernamesSearch.searchFilter= objectClass=person