LDAP Integration Help Module and Documentation Update. Looking for non Active Directory LDAP users

Events happening in the community are now at Drupal community events on www.drupal.org.
johnbarclay's picture

I've been working on an LDAP help module to help admins configuring ldap integration ( http://drupal.org/project/ldap_integration ).

I use Microsoft Active Directory for LDAP. I wanted to get some people who were using other ldaps together to:
1) test andgive me feedback so I can finish the help modules
2) work with me to update the documentation for ldap_integration: http://drupal.org/node/62217

Its functionality is based on what support requests from the ldap integration issue que:
- to make support and bug reports better by getting a more complete set of information
- help people debug their own ldap configuration
- allow people to import and export their ldap configrations for sharing

http://drupal.org/node/353036
screenshots at: http://staff.ed.uiuc.edu/jbarclay/ldaphelp/

scafmac has been keeping it up to date and upgraded it to D6, but s/he has requested more help with updating the documentation.

I use ldap auth and ldap groups, but not ldap data.

John

Comments

OpenLDAP

jorgeegomez's picture

I'm currently using OpenLDAP with the ldap_integration module in our intranet. (all my users but admin log in using their LDAP-stored password, and Drupal fetches their name and e-mail from there as well).

How can I help?

LDAP Help Help

johnbarclay's picture

For the LDAP module, the most helpful thing currently is to test the dev version of the LDAP integration module itself. There are a good deal of bug fixes and feature adds in it (http://drupal.org/node/376974) and the maintainer has asked for testors as he rolls through the dev, alpha, beta, etc rollout process.

As far as the ldap help module, its helpful if you just install it and give it a look and give feedback.

LDAP Intregration with Active Directory

ebrittwebb's picture

I'm building a corporate intranet and want to integrate my Acquia-Drupal based build with Active Directory. Given the age of 6.x-1.0-alpha2 and the good level of activity with with 6.x-1.x-dev, it looks like I should use 6.x-1.x-dev. Is that right?

I have some good technical support internally, so I may be able to provide some useful feedback, but no guarantees.

Erik Britt-Webb
drupal@ebrittwebb.com

I would use alpha2

johnbarclay@drupal.org's picture

I would stick with alpha2. Especially if you are using ldap groups. The dev version is still buggy. I'm using a forked version of alpha2 because I need to configure groups per site on a multisite install.

If you aren't using groups and aren't rolling it out quickly the dev version might be good.

Going with alpha2

ebrittwebb's picture

OK, I'll go with alpha2.

I haven't decided yet if I want to mirror LDAP groups into Drupal roles. How useful have you (others) found this to be?

Erik Britt-Webb
drupal@ebrittwebb.com

LDAP groups to Roles

johnbarclay's picture

For us this is critical, but only because:

  • we actively use and maintain LDAP groups so the groups we want to map to roles generally exist. We use LDAP groups for email lists, filespace security, intranet authorization, etc. We have a script that reconciles LDAP groups with other sources (SQL queries, other LDAP groups, webservices, listserv lists, mailbuild api, etc.) that keeps our groups up to date. We also have a web interface to delegate group management.
  • we have more than one drupal site. So our drupal admin group can be shared across sites.

If you only have one site, don't already have ldap groups that match drupal roles, and don't have a toolset for managing ldap groups already in use I would go without ldap group to drupal role mapping. Roles are such a critical part of drupal that its best to avoid the dependency.

Access Control

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: