c# - UserPrincipal.Current 从一天到下一天抛出 COMException

Question

今天早上，我开始注意到我的几个程序在 Active Directory 读取操作方面存在一些问题。我注意到所有这些应用程序(客户端和服务器)都使用 System.DirectoryServices.AccountManagement.UserPrincipal 类进行读取操作，而仍在正确运行的程序使用 System.DirectoryServices.DirectorySearcher.

所以为了缩小问题范围，我构建了以下非常简单的控制台应用程序

class Program
{
    static void Main(string[] args)
    {
        //this works great
        Console.WriteLine($"Enviroment.Username:{Environment.UserName}");

        //this works great
        PrincipalContext pcFull = new PrincipalContext(ContextType.Domain, "my.company.de", "dc=my,dc=company,dc=de");
        UserPrincipal upPrincipalContextFull = UserPrincipal.FindByIdentity(pcFull, Environment.UserName);

        //this doesn't work at all
        //Exception: “The specified directory service attribute or value does not exist”
        PrincipalContext pc = new PrincipalContext(ContextType.Domain);
        UserPrincipal upPrincipalContext = UserPrincipal.FindByIdentity(pc, Environment.UserName);

        //this doesn't either, same exception
        UserPrincipal upCurrent = UserPrincipal.Current;
        
        Console.ReadKey();
    }
}

正如您在评论中看到的那样，后两个操作在我测试过的域中的每台计算机上都会失败，即使它们可以完美运行数年。当我调用 UserPrincipal.Current 或 UserPrincipal.FindByIdentity(pc, Environment.UserName); 而未在 PrincipalContext 中指定容器时，会发生以下异常:

System.Runtime.InteropServices.COMException:“指定的目录服务属性或值不存在”

这是我知道的:

• 所有突然停止工作的应用程序都没有在过去两周内收到更新
• 所有这些应用程序、UserPrincipal.Current-Property 和 UserPrincipal.FindByIdentity-Method 昨天都运行良好
• 工作站在上周没有收到 Windows 或 .Net 更新
• 该现象与单个工作站、用户或操作系统无关，而是发生在运行 Windows 7 或 10 的许多不同计算机上的许多不同用户身上。
• 域 Controller 在一周前收到了更新。显然其中一个更新有一个关于 LDAP 查询的已知问题:Due to a defect in WLDAP32.DLL, applications that perform LDAP referral chasing can consume too many dynamic TCP ports .这似乎不太可能是突然失败的原因，因为 a) 该补丁是一周前安装的，但问题是今天才出现的，并且 b) Microsoft 建议的解决方法(重新启动服务)没有任何效果

什么可能会“一夜之间”导致这种行为？如果它真的与 Windows 更新有关，其他用户很快也会遇到这个错误!

我显然可以构建解决方法，因此我不必使用失败的方法和属性，但我仍然必须首先知道它停止工作的原因。

编辑

首先，了解两者之间的区别会很有用public PrincipalContext(ContextType contextType); 和 public PrincipalContext(ContextType contextType, string name, string container);。没有容器构造的 PrincipalContext 仍然必须以某种方式获取该容器，不是吗？

Answer 1

默认情况下，PrincipalContext 在“OU=Computers”-Container 中搜索。如果未为容器设置读取权限，则此操作将失败，并将抛出 COM 异常。