Using Horde with a New LDAP Directory

Written by Ben Chavet (ben [at] horde [dot] org)

Table of Contents

---

This document is intended to help administrators set up a new Horde 3 installation using a new LDAP directory. Installing and configuring an LDAP directory is outside the scope of this document. It is assumed that you have a working LDAP directory, and that we will be adding a new branch to it. Please feel free to fill in any gaps or to clarify any existing information presented here.

For starters, this will be a running progress of what I am doing to set up a working Horde installation using LDAP.

---

Document Standards

We will be using the following standards and assumptions throughout this document. Please adjust accordingly to your situation.

• The LDAP directory is on the same machine we are installing Horde on.
  • LDAP directory security accounts are stored in ou=DSA,dc=example,dc=com, which already exists.
  • The LDAP directory does not allow anonymous binding.
  • The LDAP administrative account is cn=root,dc=example,dc=com.
  • OpenLDAP 2.1.29-1 running on a Fedora Core 2 machine is used for this example.

---

Configure the LDAP Directory

Required Schemas

There are a few schema files that need to be included in the slapd config file. These files are located in horde/scripts/ldap/horde.schema, and turba/scripts/ldap/rfc2739.schema. Copy these files to /etc/openldap/schema, and add these lines to the global section in /etc/openldap/slapd.conf:

include /etc/openldap/schema/horde.schema

include /etc/openldap/schema/rfc2739.schema

Then, restart slapd for these changes to take effect.

Import LDAP Entries

Put the following in a file named horde.ldif. Don't worry about the password values just yet, we'll be changing them in a minute. Also, make sure to adjust the dn values for your directory.

dn: cn=horde,ou=DSA,dc=example,dc=com

objectclass: organizationalRole

objectClass: top

objectClass: simpleSecurityObject

userPassword: superSecretPassword

cn: horde

dn: ou=horde,dc=example,dc=com

objectclass: organizationalUnit

ou: horde

dn: uid=admin,ou=horde,dc=example,dc=com

objectclass: top

objectclass: uidobject

objectclass: person

objectclass: hordePerson

objectclass: calentry

uid: admin

cn: Administrator

sn: Administrator

userpassword: supersecretpassword

Then, run the following command to import the entries into the LDAP directory. You will be prompted for the LDAP root password.

ldapadd -x -h localhost -D "cn=root,dc=example,dc=com" -f horde.ldif -W

Set Passwords for New Accounts

The new accounts that we just created have generic passwords, so we need to set them to something reasonable. Run the following two commands to set the passwords. Be sure to replace secretpassword with the real passwords you want to have set.

Set the password for cn=horde,ou=DSA,dc=example,dc=com:

ldappasswd -x -h localhost -D "cn=root,dc=example,dc=com" -s secretpassword -W cn=horde,ou=DSA,dc=example,dc=com

Set the password for uid=admin,ou=horde,dc=example,dc=com:

ldappasswd -x -h localhost -D "cn=root,dc=example,dc=com" -s secretpassword -W uid=admin,ou=horde,dc=example,dc=com

Directory Permissions

These are the minimum directory permissions required for horde to work properly.

access to dn.children="ou=horde,dc=example,dc=com"

        attrs=userPassword

        by dn="cn=horde,ou=DSA,dc=example,dc=com" write

        by self write

        by anonymous auth

        by * none

access to "ou=horde,dc=example,dc=com"

        by "cn=horde,ou=DSA,dc=example,dc=com" write

        by self read

        by * none

---

Configure Horde

• The hostname of the LDAP server - This is the address of your LDAP server. If it is running on the same machine as horde, then localhost is fine here. Otherwise enter the hostname or IP address of the server.
  • The base DN for the LDAP server - This is the subtree that horde will search through to find user information.
  • The DN used to bind to the LDAP server - Because our LDAP directory does not allow anonymous binding, we must provide the binding account here. If your LDAP directory allows anonymous binding, this can be left blank.
  • The password used to bind to the LDAP server - The password associated with the binding account. Leave this blank if binding anonymously.
  • LDAP Protocol Version - This should almost always be LDAPv3.
  • The username search key - This is the field that stores the username.
  • How to specify a filter for the user lists - Unless you have to use some fancy filters to find users, One or more objectclass filters should work fine here.
  • The objectclass filter used to search for users. Can be a single objectclass or a list - This is simply a list of objectClass values that represent valid users.