Closed (duplicate)
Project:
Lightweight Directory Access Protocol
Version:
7.x-2.x-dev
Component:
Task
Priority:
Minor
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
21 Feb 2013 at 14:08 UTC
Updated:
3 Oct 2013 at 15:02 UTC
Comments
Comment #1
johnbarclay commentedThis was simply a usability and design simplicifacation decision. If it can be done in a way that doesn't make the user interface difficult and the code overly complex, I think this is a useful feature. If its simply querying multiple servers to find the ldap user, it would be quite easy to simply change the server field to checkboxes. If the goal is to get some use fields from one ldap server and others from another, I think it would add a lot of complexity to the UI and code.
Comment #2
amitnarang28 commentedBasically the use case is like this.
We have multiple ldaps based on locations and we want people to be able to get authenticated and provisioned from any ldap server which we allow. All ldaps can provide similar user fields and same user will not exist on two ldaps.
And I think even if it exist first one can take priority on others.
Comment #3
johnbarclay commentedComment #4
opdaviesHas there been any update on this? I'm also looking for the same feature - to have multiple LDAP servers provisioning Drupal accounts.
Comment #5
johnbarclay commentedNo progress on this. The checkbox approach in #1 is the way to go I believe.
Comment #6
opdaviesThis was my thinking - changing the radio buttons to checkboxes, and essentially looping through each server until the specified LDAP user is found.
The only complication that I can forsee is "what if the same username exists in multiple domains, but for different users?" - i.e. different companies within the same group, but I'm looking at using NTLM to help out with this. I wonder if it would be worth adding a weight to each defined server so that they are searched in a particular order?
Agreed.
I'm going to be working on this for a Precedent project over the next few days, and would definitely plan on contributing this back, assuming that the client is willing, so I'll be working on the 7.x-2.x branch going forward.
Comment #7
johnbarclay commentedThanks. Agreed about the conflict/precedence order. Ping me via contact form if I don't get back to you quick enough on any questions or on committing patches.
Comment #8
opdaviesThanks - that's much appreciated. Since posting this comment, I thought that if the NTLM extension is working and functional, one of the variables that I believe this provides is the domain that the user is visiting from. If this is the case, then theoretically I should be able to connect directly to the corresponding LDAP server for that domain, rather than going through each in a for loop or something.
The last thing that I was is to have a scenario where a user no longer exists on LDAP Server 'A' because they've left the company, for example, but can still access the site by inadvertently being authenticated by a LDAP Server 'B'.
Comment #9
zakaryus commentedAny progress on this? I also have multiple active directories I would like to provision against.
Thanks,
Zak
Comment #10
opdaviesI've got the code and the ldap_ntlm submodule written, I'm waiting on approval from our client to publish it. I'll email them tomorrow and hopefully I'll get a response soon.
Comment #11
Media Crumb commentedWould love to know if there is any movement on this. This is vital to our organization as well.
Comment #12
zakaryus commentedI am still waiting and hopeful of this functionality as well!
Thanks
Comment #13
shawn_smiley commentedJust a note that there seems to be multiple related issues in the queue. While these issues aren't exact duplicates I wanted to list them for reference purposes in hopes that the solution to one of these could address all of them.
The related issues are:
Comment #14
johnbarclay commentedThis is the issue to follow: #1740978: LDAP Authentication and LDAP User: LDAP not allowing to authenticate to multiple servers