我们在networking上安装了一些新的计算机，并且它们在应用程序事件日志中似乎都有相同的问题：
Windows无法获取您的计算机networking的域控制器名称。 （找不到networkingpath。 ）。 组策略处理中止。
这些工作站仍然可以login到域中，但是部署软件安装等并没有为这些机器发生networking计算机。
有没有可能的原因呢？ 再次，这些是全新的机器，相同的操作系统（Win XP专业版）。
显然，请确保“问题”计算机具有指定为“工作”计算机相同的DNS服务器。 （理想情况下，他们正在通过DHCP设置。）
以太网交换机的生成树实现似乎不太可能阻止访问，但要确保它不是与交换机端口相关的，您可以尝试使用已知工作的计算机所使用的某个端口上的“问题”计算机之一。
某些NIC在“媒体感”方面存在问题，可能会导致组策略处理出现问题。 如果您看到NIC驱动程序中有关networking连接的事件日志条目，这些条目在抱怨无法find域控制器名称后出现，那么您可能会遇到媒体感知问题。 看看更多的背景：
使客户端PC使用域控制器作为DNS服务器。 检查DC的DNSlogging中是否有正确的SRVlogging。 在域控制器上运行DCDIAG / TEST：DNS以检查DNSlogging中是否有任何错误。
你的交换机是否启用了STP？ 如果是这样，请尝试在受影响的计算机的端口上禁用它（启用portfast）。 还有一个GPO和\或registry设置，你可以尝试：
[HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon]“WaitForNetwork”= dword：00000001
检查您是否将FQDN分配为DHCP设置的一部分，如果与您的DNS域名不同，请进行更正。
XP使用ICMP检查到域控制器的连接，以决定是否select应用组策略。 如果ICMP被networking阻塞或受到限制，那么您将看到您为XP系统报告的错误。 Vista和Windows 7使用不受此影响的NLA。 显然，由于大多数XP系统没有这个问题，这不是一个核心networking问题，但可能这些新的系统都通过一个普通的交换机\路由器连接，这是不希望的事情。 这可能不是根本原因，但如果是这样，Microsoft知识库文章将讨论一些缓解方法，如果您无法在networking硬件上修复此问题。