You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have setup Release Bell in my own environment using docker. Everything is up and running, but I can't login using LDAP.
=> Create database.json
=> Run db-migration
Ignoring invalid configuration option passed to Connection: driver. This is currently a warning, but in future versions of MySQL2, an error will be thrown if you pass an invalid configuration option to a Connection
[INFO] No migrations to run
[INFO] Done
=> Start application
Can send emails. Email notifications are sent out as [email protected]
Use ldap auth
Server is up and running on port 3000
So the user is found. The only difference is scope.
In your code you seem to be using the default, which is base (or 0) link: ldapClient.search(process.env.CLOUDRON_LDAP_USERS_BASE_DN, { filter: filter }, function (error, result)
while ldapsearch command by default uses sub which is wholeSubtree.
I think that we can't really search for users in a tree using base, as that's only the level of base DN.
Can you consider adding the scope attribute there?
Or how are you using LDAP otherwise?
The text was updated successfully, but these errors were encountered:
Hello,
I have setup Release Bell in my own environment using docker. Everything is up and running, but I can't login using LDAP.
I have the following env (actual domain removed):
when I enter username and password though, I get 401 and "Invalid username or password" message.
At that time my LDAP server is showing:
so 0 entries/results.
when I do the same using ldapsearch command, I get:
So the user is found. The only difference is scope.
In your code you seem to be using the default, which is base (or 0) link:
ldapClient.search(process.env.CLOUDRON_LDAP_USERS_BASE_DN, { filter: filter }, function (error, result)
while ldapsearch command by default uses sub which is wholeSubtree.
I think that we can't really search for users in a tree using base, as that's only the level of base DN.
Can you consider adding the scope attribute there?
Or how are you using LDAP otherwise?
The text was updated successfully, but these errors were encountered: