我使用Acronis Snap Deploy将计算机镜像。
源图像的源计算机是SOURCEW7 ,用这个图像创build的计算机是W7TEST
当我执行W7TEST的RSOP (结果集策略)时,报告称计算机名称是SOURCEW7 ,而计算机的域是本地的 。 虽然,该域名不是“本地”,它是另一个域名。 当然,GPO不适用。
源计算机(SOURCEW7)在拍摄图像的时刻处于工作组中。 在图像被推入之后,我在域上添加了W7TEST。
我不明白为什么RSOP说计算机名称是SOURCEW7,因为在SOURCEW7的DNS中没有条目,在Windows中,计算机名称显示为“W7TEST”,并在域中。
我在RSOP中也有一个错误,说“GP核心失败”。
我如何解决这个问题? 谢谢。
编辑 :代表问题的图片: http : //i.imgur.com/XlQnWdg.png
我遇到了这个论坛post,同时浏览同一个问题的答案 – 在我的情况下,从VDI主机生成的计算机显示的是主机的计算机名称,而不是RSOP中的克隆。 我遇到了以下的讨论,似乎表明凭证已被caching在本地系统帐户下,阻止了计算机组策略的处理:
http://www.networksteve.com/forum/topic.php/Group_Policy_Access_Denied_for_computer_policy_only/?TopicId=39534&Posts=2
要删除恶意caching的凭据:
这似乎在VDI环境中适用于我。
如果这只是一台机器出现的问题,我会从域中取消它并重新join。 你有多个DC吗? 这听起来像你的域的基础设施可能会有一些问题,如果不join和join不起作用。
“GP核心失败”表示组策略尚未应用。 通常情况下,这意味着它们没有被应用,因为通信失败。
通信失败可能是由于时间同步失败,网卡启动时间过长,encryption或authentication失败等原因造成的。
除了从服务器到客户端的通信故障,还有客户端到服务器的通信故障:服务器上的组策略服务应该与客户端进行通信,以了解客户端在哪个域中,以便它可以发送正确的组策略。
大多数情况下,这个问题很容易解决:唯一的问题是找出问题的原因。 检查服务器和客户端上的日志,看它是否告诉你为什么组策略没有正确应用。 试试这个链接: 使用日志文件修复组策略