I have a confluence server that authenticates against an OpenLDAP server. This is working fine, it obeys the groups, obeys the users, lets users change their password, etc.
This is also where the problem comes in, when changing passwords it doesn't seem to be behaving the same way a ldappasswd command would, it is allowing users to override the password policy for instance (length, complexity). Those are being enforced when I run ldappasswd or passwd on a general linux machine.
I assume this is happening because the query is being executed as the bind user, which has access to change the userPassword field without going through the pwpolicy module.
Is there a way to have Confluence bind as the user vs the binddn for password changes? That should fix that problem.
Most of us don’t need much convincing that stakeholder management is important. It just makes sense that keeping everyone in-the-know on projects and assigning clearly defined roles is key to having ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs