dcdiag /test:dns /v /c /e
PASS
所有服务器和所有测试的报告echo %logonserver%
总是返回本地 DCnltest /dsgetdc
始终显示本地 DC 和正确的本地 IP在站点 B,网络驱动器可能有 30% 的时间无法显示。有时它是两个驱动器,有时它是一个或另一个。问题大多是随机的,似乎没有跟随任何特定用户或工作站。
在出现问题的 30%的时间中:
gpupdate
orgpupdate /force
将解决问题,驱动器将立即出现。如果gpupdate
在第一次尝试时不起作用,那么在那之后它几乎永远不会工作(对于那次启动)我的问题是当客户端刚启动时没有应用组策略。启动后,客户端立即在事件日志中发布一条错误消息,其中包含源“GroupPolicy (Microsoft-Windows-GroupPolicy)”和事件 ID 1058:“处理组策略失败。[...]”。在详细信息选项卡中,错误代码是 50,代表 ERROR_NOT_SUPPORTED。这不仅仅是一个表面问题:策略确实没有正确应用:例如,映射的网络驱动器不在那里。等待一段时间后,执行“gpupdate”工作并且策略正常应用:映射的网络驱动器出现。
我能够重现问题的最简单场景:在新安装的 Windows Server 2012R2 上新创建的域,客户端是新安装的 Windows 10 64 位机器。该域仅由一个域控制器组成,与其他域没有任何关系。
由于错误消息指出 Windows 无法从域的 Sysvol 共享中读取 .GPT 文件,因此我尝试从命令提示符访问相同的文件。事实上,当我在启动后立即打开命令提示符时,我得到了这个:
C:\Users\username>dir \\domain.example.com\sysvol
The request is not supported.
Run Code Online (Sandbox Code Playgroud)
等待一两分钟后,执行相同的命令将给出目录列表。此时运行 gpupdate 会正常工作。
我确实将组策略设置“在计算机启动和登录时始终等待网络”设置为“已启用”,并且我知道应用了此策略:在同一个策略对象中指定了一个注册表设置,当我检查注册表时在客户端上有指定的设置。
其他可能相关的因素:
powercfg /h off
),因此每次启动都是完全启动,而不是快速启动这似乎更像是 SMB 问题而不是组策略问题。在服务器端嗅探连接显示了一些有趣的东西:我第一次执行命令时dir \\domain.example.com\sysvol
,在 DC 上的 Microsoft Message Analyzer 中显示以下内容:
每次我发出命令并收到错误时,都会发生第 2 …