Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[6.1.5] LDAP Integration Not Working In some Cases #129

Open
jinkoom opened this issue Feb 25, 2024 · 0 comments
Open

[6.1.5] LDAP Integration Not Working In some Cases #129

jinkoom opened this issue Feb 25, 2024 · 0 comments

Comments

@jinkoom
Copy link

jinkoom commented Feb 25, 2024

The current implementation for LDAP integration requires that LDAP directory search is only one level deep. This means that developers seeking to integrate their directories with LDAP must ensure that all users seeking to login into the system must be grouped under one Base DN. This is not realistic for organizations with complex established directory structures. It might not be realistic for all users to be grouped under one base DN. Therefore, with the current implementation in which sub tree search is defaulted to one level, LDAP integration will fail. I'm therefore, proposing that one more property be added to applications properties file in the section under LDAP settings for instance auth.ldap.user.search.sub.tree = true. The appropriate code modifications are then made in the AvailableAppSettings Interface the AxelorLdapProfileService class to accommodate this property. This will ensure that users with complex directory structures can now integrate their directories with Axelor. I have done this in my project and thought it will be great to have it included as part of standard code

@jinkoom jinkoom changed the title [6.1.5] LDAP Integration Not Working [6.1.5] LDAP Integration Not Working In some Cases Feb 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant