In a web app, we\'re looking to display a list of sam accounts for users that are a member of a certain group. Groups could have 500 or more members in many cases and we need t
If you want speed, don't use the System.DirectoryServices.AccountManagement
namespace at all (GroupPrincipal
, UserPrincipal
, etc.). It makes coding easier, but it's slloooowwww.
Use only DirectorySearcher
and DirectoryEntry
. (The AccountManagement
namespace is just a wrapper for this anyway)
I had this discussion with someone else not too long ago. You can read the full chat here, but in one case where a group had 4873 members, AccountManagement
's GetMember()
method took 200 seconds, where using DirectoryEntry
took only 16 seconds.
However, there are a few caveats:
memberOf
attribute (as JPBlanc's answer suggests). It will not find members of Domain Local groups. The memberOf
attribute only shows Universal groups, and Global groups only on the same domain. Domain Local groups don't show up there.member
attribute of a group will only feed you the members 1500 at a time. You have to retrieve the members in batches of 1500.primaryGroupId
set to any group, and be considered part of that group (but not show up in the member
attribute of that group). This is usually only the case with the Domain Users
group.The AccountManagement
namespace's GetMember()
method takes care of all these things, just not as efficiently as it could.
When helping that other user, I did put together a method that will cover the first three issues above, but not #4. It's the last code block in this answer: https://stackoverflow.com/a/49241443/1202807
Update:
(I've documented all of this on my site here: Find all the members of a group)
You mentioned that the most time-consuming part is looping through the members. That's because you're binding to each member, which is understandable. You can lessen that by calling .RefreshCache()
on the DirectoryEntry
object to load only the properties you need. Otherwise, when you first use Properties
, it'll get every attribute that has a value, which adds time for no reason.
Below is an example I used. I tested with a group that has 803 members (in nested groups) and found that having the .RefreshCache()
lines consistently shaved off about 10 seconds, if not more (~60s without, ~45-50s with).
This method will not account for points 3 & 4 that I mentioned above. For example, it will silently ignore Foreign Security Principals. But if you only have one domain with no trusts, you have no need to care.
private static List GetGroupMemberList(DirectoryEntry group, bool recurse = false) {
var members = new List();
group.RefreshCache(new[] { "member" });
while (true) {
var memberDns = group.Properties["member"];
foreach (var member in memberDns) {
var memberDe = new DirectoryEntry($"LDAP://{member}");
memberDe.RefreshCache(new[] { "objectClass", "sAMAccountName" });
if (recurse && memberDe.Properties["objectClass"].Contains("group")) {
members.AddRange(GetGroupMemberList(memberDe, true));
} else {
var username = memberDe.Properties["sAMAccountName"]?.Value?.ToString();
if (!string.IsNullOrEmpty(username)) { //It will be null if this is a Foreign Security Principal
members.Add(username);
}
}
}
if (memberDns.Count == 0) break;
try {
group.RefreshCache(new[] {$"member;range={members.Count}-*"});
} catch (COMException e) {
if (e.ErrorCode == unchecked((int) 0x80072020)) { //no more results
break;
}
throw;
}
}
return members;
}