We use AD to authenticate to Confluence. Lately we've had some users unable to log in to Confluence for reasons unknown, though the password works for other AD-authenticated applications, including their workstations.
Some have tried using Confluence Password Reset feature, but doing so invariably ends with a "network error occurred" error. My question is, is the password reset feature even useful in this scenario? If the reset form is unable to write changes in AD, then it's not going to work, right?
Second question: if the affected user knows his/her AD password is correct, how then do they log in again to Confluence if AD is the authenticator of record?
The password reset feature should work, as long as you have the AD setup to read/write changes back to AD. If you don't want that to happen, you can change it to read only and groups, and turn the external management on. Also, I would check to see that the syncs are going through successfully.
Thank you for your reply, Mr. Jackson. We do have the user directories set up as: 1) LDAP Server - Microsoft Active Directory (read only with local groups); and 2) Confluence Internal Directory (Internal) in that order. Synchronizing does appear to be happening, and I'm able to manually synchronize the LDAP connection. Would you mind elaborating on turning external management on? I'm not familiar with that option. I should add that our network team is unlikely to allow read/write back to AD from Confluence. Thanks again.
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