Closed mrabey closed 1 month ago
I think there is an issue with the locked time. It should be "00000101000000Z".
About the pwdPolicySubentry I was not able to reproduce this with LAM Pro 8.8.
I suggest to upgrade to LAM Pro 8.8 as 7.5 is multiple years old already.
I am using LDAP Account Manager Pro
v7.5
on a self-hosted OpenLDAP server. Due to the nature of this multi-tenant environment and that multiple people come and go from teams on a monthly basis, locking specific accounts at the same time is tedious doing it one at a time manually. With that being said, I have written a small shell script that I can execute on the LDAP server itself that uses theldapsearch
andldapmodify
CLI tools in order to affect the underlying LDAP server entries.Given that, I tested to see what the internal LDAP fields were used for locking an account. When pressing the
Lock Account
button under the "Password Policy" section of a specific user, I noticed that thepwdAccountLockedTime
field was set with a value of000001010000Z
to indicate that it has been locked permanently. That's all well and good, but when I add that field to a user using theldapmodify
file with example contents:I noticed that the "Password Policy" of that user
bob
does not reflect what the internal fields look like. Instead of seeing the button state ofUnlock Account
, I see that the button still statesLock Account
. Furthermore, I notice that the Password Policy field in that same screen has been reset todefault
. While that screen shows incorrect data, the actual internal fields for the userbob
still reflect the correct information. ThepwdAccountLockedTime
exists and is set to000001010000Z
and thepwdPolicySubentry
is still the correct DN ofcn=lockAcc,ou=pwpolicy,dc=example,dc=com
.So the issue is that the "Password Policy" screen for a user doesn't properly illustrate the internal state of the fields for that LDAP user.