Details
-
Bug
-
Resolution: Fixed
-
Medium
-
None
-
3.5
-
None
Description
When using the SiteMinder authenticator with Confluence 3.5 and a "Internal with LDAP authentication" directory (also called "delegated LDAP authentication"), users cannot log in. The authenticator attempts to retrieve a user that does not exist yet in Confluence.
Workarounds
- The normal "LDAP" directory will work correctly with the Siteminder authenticator.
- If the SiteMinder system is backed by the same LDAP server as Confluence, you can disable the custom authenticator and Confluence users will be able to log in with their LDAP username and password.
Resolution
The updated SiteMinder authenticator (source code hosted on Bitbucket) works properly if you have an LDAP server configured in Confluence in the "delegated authentication" mode.
Follow the instructions on the project overview page to install it with Confluence 3.5.11 or later.
Attachments
Issue Links
- is related to
-
CONFSERVER-26685 Officially Support SiteMinder Custom Authentication
- Closed
- relates to
-
CONFSERVER-22157 Custom authenticators which subclass ConfluenceAuthenticator are broken in Confluence 3.5
- Closed
-
CWD-2522 Provide API to force copy of a user in DelegatedAuthenticationDirectory
- Closed