好的。在同步我的时间后工作站，我已解决。我的工作站现在与我的 Server 2008 R2 域控制器（物理服务器，不是虚拟服务器）完美同步。
不幸的是，这意味着我们所有的计算机现在都是错误的，因为时间不正确！
我已经使用组策略配置了域控制器，如下所示：
- 启用 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/说的是我的时区的正确时间。这是什么鬼？？？
最糟糕的是，如果我执行 w32tm /resync，它会合适的时间一切恢复正常，但几天后又出现严重问题，因此很难排除故障。您怎么看？
答案1
糟糕的答案，当出现更好的答案时，我会将其更改为更好的答案。这是我现在所做的。
我还有不知道为什么组策略不起作用，但我通过禁用告诉它启用和配置 NTP 的组策略来“修复”它客户（国家时间计划服务器部分仍处于开启状态）。
这打破了服务器上的 w32tm 服务。W32tm 仅返回一些权限消息，而“net start w32time”则表示该服务正在排队等待删除。
我必须重新启动服务器，运行 w32tm /register，然后重新启动服务器再次，然后服务器开始使用其自己的内部时钟，这比三天内随机将 NTP 时间向前倾斜 10 多分钟更为准确。
我将在将来的某个时间尝试使用命令行版本的 w32tm 从 NTP 同步，但我不必这样做 - 这就是组策略的全部意义所在，不是吗？我只想用另一个 DC 替换此 DC，并让 NTP 服务器自行设置。
我想知道微软的组策略模板是否会对 NTP 客户端造成影响。