Hello,
sorry for the late response.
I have tried both methods from your video but both do not work.
The method with using tokenGroups filter breaks the whole ad-connection with following error for every query:
Session failed for Host="DC.domain.tld", Reason=[, (error=34) Invalid DN syntax ServerMsg=0000208F: LdapErr: DSID-0C090CD0, comment: Error processing name, data 0, v4563]
the other method results in a query taking longer than 10 seconds and resulting in the errors:
| Policy server |
Session failed for Host="DC.domain.tld", Reason=[bind, (error=-1) Can't contact LDAP server] |
| RADIUS |
254_DSS_Auth - "DC":636: svc_clearpass@domain.tld bind failed - Can't contact LDAP server |
when I check the Base DN via "search Base DN" in the Authentication Source it works.
-------------------------------------------
Original Message:
Sent: Jul 09, 2025 03:20 AM
From: Herman Robers
Subject: Nested Group filter stopped working after a year
You may have a look at this post/video, that describes a different method for retrieving nested groups.
There may be a 'race condition' that the MainGroup filter is executed before the Group filter, in which case the SubGroupMember attribute is not available yet; but strange that this worked for a year then broke. I may also be something with an update on the AD side, but as I have not seen your method of getting subgroups for nested account, the other approach may work for you.
------------------------------
Herman Robers
------------------------
If you have urgent issues, always contact your HPE Aruba Networking partner, distributor, or Aruba TAC Support. Check https://www.arubanetworks.com/support-services/contact-support/ for how to contact HPE Aruba Networking TAC. Any opinions expressed here are solely my own and not necessarily that of Hewlett Packard Enterprise or HPE Aruba Networking.
In case your problem is solved, please invest the time to post a follow-up with the information on how you solved it. Others can benefit from that.
------------------------------