You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@archiva.apache.org by "Frederick Asselin (Jira)" <ji...@apache.org> on 2020/01/20 14:12:00 UTC
[jira] [Resolved] (MRM-2009) LDAP/Roles Mapping not working
[ https://issues.apache.org/jira/browse/MRM-2009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Frederick Asselin resolved MRM-2009.
------------------------------------
Resolution: Not A Bug
The problem was one of understanding about how Archiva uses the base dn value. Once the value was configured differently (using a value deeper in our LDAP tree), the problem was solved.
> LDAP/Roles Mapping not working
> ------------------------------
>
> Key: MRM-2009
> URL: https://issues.apache.org/jira/browse/MRM-2009
> Project: Archiva
> Issue Type: Bug
> Components: redback
> Affects Versions: 2.2.4
> Environment: war file deployed on WebSphere Liberty 19.0.0.9 on AIX 7.1 with Security Directory Server 6.4 running on AIX 7.1
> Reporter: Frederick Asselin
> Priority: Major
>
> We're trying to setup Archiva to use our LDAP server, but the LDAP/Roles group mapping is not working. When LDAP users are logging in, they don't get access to the functions they should have access to.
> The LDAP setup seems to be good, as we can use the LDAP/Roles mapping tab to add roles to LDAP groups and we also give users access to roles directly in the role editor page.
> So it looks like Archiva is not correctly seeing the user/group membership from our LDAP server, even if I set up the properties for LDAP user/group object class names, group membership and other attributes.
> The issue also occurs when I run Archiva using the default Jetty server running on my Windows 10 laptop connecting to the same LDAP server.
> Also, when I try to setup debug logging by modifiying the log4j2.xml file, I still get nothing more in the different archiva log files.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)