![域轮询中的 w32time 来自错误的域控制器](https://linux22.com/image/679161/%E5%9F%9F%E8%BD%AE%E8%AF%A2%E4%B8%AD%E7%9A%84%20w32time%20%E6%9D%A5%E8%87%AA%E9%94%99%E8%AF%AF%E7%9A%84%E5%9F%9F%E6%8E%A7%E5%88%B6%E5%99%A8.png)
从 MS 文档中我可以看到,域中的计算机应该从 PDC 域控制器获取时间,如果操作正确,PDC 应该从外部源获取时间。
在我的环境中,我在升级域级别后不久更改了 PDC。我仍然有旧的 PDC,但如果我运行,它不再被列为 PDC netdom /query fsmo
。所有域控制器都显示正确的 PDC(和其他 FSMO 角色)。
在我当前的 PDC 上,我已根据 MS 的几篇文章更新了从外部时间源同步的时间(最这个)。然而,当我运行w32tm /query /status
旧 PDC 表示它从硬件 CMOS 时钟获取时间,并且更新它似乎对这个值没有影响。
每隔一段时间,我们的网络时间就会晚大约 10 到 12 分钟,从而造成各种各样的破坏,这一点你可以想象到的。
有人知道如何在域上正确设置时间吗?
答案1
从 MS 文档中我可以看到,域中的计算机应该从 PDC 域控制器获取时间
这不是准确的说法。域成员不需要直接与 PDCe 同步时间。如果配置为使用“domhier”/“NT5DS”/“域层次结构”,它们可以与域中的任何域控制器同步。理想情况下,它们将与本地站点中的域控制器同步,使用与最初登录域时相同的 DC 定位器进程。
如果做得正确,PDC 应该从外部来源获取时间
是的,只要它是林根 PDCe 而不是子域 PDCe。
在我当前的 PDC 上,我已根据 MS 的几篇文章(主要是这篇文章)更新了从外部时间源同步的时间。但是当我运行 w32tm /query /status 时,PDC 表示它仍在从旧 PDC 获取时间
用于gpresult /h rsop.htm
验证您没有将组策略应用于覆盖手动配置的域控制器。如果是,则必须删除这些策略。
如果没有,请告诉我确切地您使用什么命令来手动配置您的 PDCe。
旧 PDC 表示它从硬件 CMOS 时钟获取时间,并且更新它似乎对这个值没有影响。
在前一个 PDCe 上,只需重置所有内容:
net stop w32time
w32tm /unregister
w32tm /register
net start w32time
当然,这是在您确认没有 GPO 覆盖您的时间设置之后。然后使用w32tm /stripchart /computer:YourNewPDCe
来验证您是否确实通过 UDP 端口 123 具有网络连接,并且可以使用 NTP 联系该服务器。
事件日志说了什么?
如果服务器是虚拟机,请使用 VM 集成工具禁用与主机 VM 的时间同步。(和/或通过 Windows 注册表禁用 VMICTimeProvider - HKLM\System\CCS\Services\W32time\Timeproviders\
)