组策略等待networking子系统

在Windows Server 2008 R2 DC的AD域中，用户抱怨客户端的启动过程出现延迟。组策略日志显示客户端正在等待20-50秒“networking子系统”：

事件5322，GroupPolicy

计算机启动时，networking子系统的组策略等待时间为29687毫秒。

这似乎是域特定的，因为join同一networking的不同域的机器不会经历任何延迟，并且事件5322在启动时报告<1000毫秒的等待时间。它发生在虚拟和物理机器上，所以看起来不像硬件或驱动相关的问题。

进一步的调查显示，客户在发出DHCP请求之前已经花时间了。在networking跟踪中，一旦networking驱动程序加载并且networking连接在事件日志（e1cexpress / 36）中报告为“up”，就可以看到IPv6路由器请求和多播DNS名称注册。然而，DHCPv4客户端服务似乎需要15-50秒才能启动（Dhcp-Client / 50036），因此IPv4地址暂时保持未configuration状态。

事件日志中的DHCP客户端启动信息成功接收了“Sophos Anti-Virus”服务（Sophos Endpoint Security 10.3.7）的服务启动，因此我怀疑DHCP客户端服务的依赖性是罪魁祸首：

DHCP客户端依赖关系

但卸载所有Sophos组件并不能解决问题。检查可能的更多的三方派对驱动程序可能会搞乱，我用NirSoft DriverView检查其他非微软驱动程序，并删除了DameWare远程控制和Citrix ICA软件包的结果，使系统与硬件相关的第三方只有驱动程序（英特尔芯片组，networking和SATA的东西，Miragevideo驱动程序，Macrovision驱动程序）。

我也删除了DHCP客户端对Tdx的依赖关系 – 这导致Dhcp客户端服务在早期启动，而组策略仍在“等待networking子系统”

我在哪里可以看下？

首先，请记住：如果我没有记错，组策略客户端通过与域控制器的成功连接来确定“networking可用性”，而不是简单地通过具有networking连接的客户端。您可能确实有一个及时初始化的networking连接，但响应缓慢的域控制器仍然可能导致“等待networking”问题。这可以解释为什么不同领域的客户没有遇到这个问题。您可能需要检查DC上的事件日志。正如Evan所说的，协议分析器会告诉你哪一方导致延迟。

现在，对于一些短期的build议，没有解决根本问题，但可能暂时让用户退缩：

在域控制器之外，组策略处理应该asynchronous运行，除非您通过GP设置或通过/ sync标志手动指定。在asynchronous模式下，策略处理不应该支持启动或login过程。您可能需要检查是否启用了“在计算机启动和login时始终等待networking”策略。它位于计算机configuration>pipe理模板>系统>login。尝试在客户端上运行RSoP，看看是否启用 – 如果是的话，禁用它。您可能还想查看同一位置的“启动策略处理等待时间”策略。

这并没有解决为什么networking没有及时初始化，但也许至less会让用户不在意。 asynchronous处理等待一点点，试图联系域控制器来获取策略列表，但不应该等待几秒钟。