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
{{ message }}
This repository has been archived by the owner on May 4, 2022. It is now read-only.
When attempting to use this module to Auth with our Active Directory, the first _ldap_search returns the payload with the data required to auth. But, for some reason it decides not to check that data and continues to chase referrals. This causes the results to always be null.
Setting "chase_referrals" to false seems to fix the issue and allow it to authenticate.
The text was updated successfully, but these errors were encountered:
I was thinking the same thing. But I had some different behavior.
LDAP Error: (authenticate) LDAP Error: {'info': u'000004DC: LdapErr: DSID-0C0906E8, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, v1db1', 'desc': u'Operations error'} : Type <class 'ldap.OPERATIONS_ERROR'>
It was differentiating in my mind because the service does not hang for me. It loops through about 4 different URI's then throws that error and fails auth.
I also put in additional logging around _get_ldap_search_results and noticed that after the first query r_data had the results it needed but continued to chase referrals.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I am not sure if this is a bug or intended.
When attempting to use this module to Auth with our Active Directory, the first _ldap_search returns the payload with the data required to auth. But, for some reason it decides not to check that data and continues to chase referrals. This causes the results to always be null.
Setting "chase_referrals" to false seems to fix the issue and allow it to authenticate.
The text was updated successfully, but these errors were encountered: