I seem to recall that I used to be able to see the directory dn for a user on their profile page. This was helpful since we authenticate to 2 directories and a few of our users are on both. I could visit the page and change the DN to make them authenticate to one or the other depending on our needs. I can change the string in the user table via MySQL but this was useful. Was this removed on purpose? Or am I just missing it now?

Comments

arnd’s picture

As admin I can see the dn and the server ( I have only 1), but cannot edit the dn. As normal user I cannot. There is only one permission related to LDAP integration: administer ldap modules. I don't know, what it does, but it doesn't help here.

miglius’s picture

The DN can be viewed but cannot be edited. This is because on login the code loops through all configured ldap servers and tries to authenticate the user. Once authenticated the DN is saved in users data just for reference which ldap server has authenticated the user last time.

presleyd’s picture

In my case I need to move some of my users to authenticate to my first directory because of the data I'm fetching with ldapdata. This data isn't in the second directory but even if the passwords are different, once they are successful on this second directory the only way I can move them back to the first is to edit them in the user table? Didn't it used to be editable? Is there any way to get this back if so? Does this seem like a silly use case?

miglius’s picture

Make your preferable ldap server first. Then a user will authenticate against it and never hit the second server.

presleyd’s picture

The reason I noticed in the first place is that the first server went through some downtime and the user authenticated to the second and now can't get back to the first.

miglius’s picture

miglius’s picture

Assigned: Unassigned » miglius
Status: Active » Fixed

Closing this issue as now the servers can be reordered.

presleyd’s picture

This works great now thanks!

Status: Fixed » Closed (fixed)
Issue tags: -ldapauth

Automatically closed -- issue fixed for 2 weeks with no activity.