不幸的是,这意味着我们所有的计算机现在都错了,因为时间不对!
我已使用组策略配置域控制器,如下所示:
>启用Windows NTP服务器(效果很好,所有工作站都从这个服务器拉错了时间)
>启用Windows NTP客户端
>配置Windows NTP客户端
配置:
NtpServer: ca.pool.ntp.org,0x09 Type: NTP CrossSiteSyncFlags: 2 ResolvePeerBackoffMinutes: 15 ResolvePeerBackoffMaxTimes: 7 SpecialPollInterval: 3600 EventLogFlags: 0
w32tm / query / status的输出是:
Leap Indicator: 3(last minute has 61 seconds) Stratum: 3 (secondary reference - syncd by (S)NTP) Precision: -6 (15.625ms per tick) Root Delay: 0.0949367s Root Dispersion: 4.6343267s ReferenceId: 0xC632918A (source IP: 198.50.145.138) Last Successful Sync Time: 2014-08-05 11:34:35 AM Source: ca.pool.ntp.org,0x09 Poll Interval: 6 (64s)
而w32tm / query / peers是:
#Peers: 1 Peer: ca.pool.ntp.org,0x09 State: Active Time Remaining: 2064.7302675s Mode: 3 (Client) Stratum: 2 (secondary reference - syncd by (S)NTP) PeerPoll Interval: 6 (64s) HostPoll Interval: 6 (64s)
据我所知,一切都是对的.但是我目前的时间比http://time.gov/所说的时间早了11分钟,这是我所在时区的正确时间.有没有搞错???
最糟糕的是,如果我做了一个w32tm / resync它会得到正确的时间,一切都会重新回到原位,然后几天之后再次出现可怕的错误,所以很难排除故障.思考?
我仍然不知道为什么组策略不起作用,但我通过禁用告诉它启用和配置NTP客户端的组策略来“修复”它(NTP服务器部分仍然打开).
这打破了服务器上的w32tm服务. W32tm只是返回了一些权限消息,并且“net start w32time”说明了要排队等待删除的服务.
我不得不重新启动服务器,运行w32tm / register,再次重启服务器,然后服务器开始使用自己的内部时钟,这比在三天内将NTP时间向前倾斜10分钟更准确.
我将在未来的某个日期尝试从NTP同步的命令行版本的w32tm,但我不应该这样做 – 这是组策略的全部要点,不是吗?我希望能够用另一个替换此DC并让NTP服务器自行设置.
我想知道微软的组策略模板是否因NTP客户端而中断.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。