#1286 RFE: allow checking both 'member' and 'uniqueMember'
Closed: wontfix 4 years ago by pbrezina. Opened 12 years ago by sgallagh.

More and more, we are seeing LDAP servers using the 'uniqueMember' attribute instead of the 'member' attribute when using RFC2307bis schemas. It might be simplest on our users if we added an option {{{ldap_group_unique_member}}} defaulting to 'uniqueMember' and then processed both for group lookups.

The downside to this would be needing to perform two ASQ/DEREF searches to get {{{initgroups()}}}.


IIRC at least OpenLDAP's deref supports dereferencing multiple attributes at the same time. The only constraint is that all dereferenced attributes must be in the form of a DN. For example, you can dereference both "member" and "memberof" of a nested group with ldapsearch like this:

ldapsearch -H ldap://ldap.example.com -b 'cn=foo,ou=groups,dc=example,dc=com' -E 'deref=member:cn;memberof:cn'

Internally, ldapsearch seems to be just passing multiple dereference controls to the search function. I haven't tested Active Directory's ASQ search yet, though, but worst case we implement multiple searches (concurrent?) under the hood of the asynchronous dereference request.

Fields changed

milestone: NEEDS_TRIAGE => SSSD Deferred

Fields changed

rhbz: => todo

Metadata Update from @sgallagh:
- Issue set to the milestone: SSSD Patches welcome

7 years ago

Thank you for taking time to submit this request for SSSD. Unfortunately this issue was not given priority and the team lacks the capacity to work on it at this time.

Given that we are unable to fulfill this request I am closing the issue as wontfix.

If the issue still persist on recent SSSD you can request re-consideration of this decision by reopening this issue. Please provide additional technical details about its importance to you.

Thank you for understanding.

Metadata Update from @pbrezina:
- Issue close_status updated to: wontfix
- Issue status updated to: Closed (was: Open)

4 years ago

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/2328

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Login to comment on this ticket.

Metadata