无法更改2012年R2 DC服务器上的NTP时间源

Question

因此，我在不同的网站和论坛上看到了几十个关于这个问题的人，但在这里我想再次问一次。无论我到目前为止尝试了什么，都没有解决这个问题，我将在下面尽可能详细地描述这个问题。

首先，服务器正在运行Windows Server 2012 R2，是网络上唯一的服务器。(顾客拒绝更新新设备，请不要恨。)它是华盛顿特区，并运行一个名为ChiroTouch的业务程序，它有大约10-15台计算机。

现在，除了服务器遭受中度到严重的时钟漂移之外，一切都运行得很好。系统时钟正在缓慢地向前移动，在发帖的时候大约是2分钟。它不总是相同的时间不同步，但通常徘徊在1-3分钟左右。我见过的最糟糕的事情是提前15分钟。

现在，当我检查时间源时，它说本地CMOS时钟和我尝试过的任何东西都没有让它看到一个外部的NTP源。

这里是我迄今为止尝试过的修补程序：

-Changed时间提供程序类型从NTP到NT5D5，然后再次返回。

-Changed NTP注册表项手动到推荐值。

-Unregistered和注册的w32tm。

-Manually使用w32tm /config /manualpeerlist:"pool.ntp.org" /syncfromfla gs:manual /reliable:yes /update设置时间源

域或本地计算机上任何恶意Windows时间项的-Checked组策略。

在每一次尝试中，我执行适当的w32tm启动、停止和重新同步，然后检查w32tm源，它仍然是本地CMOS时钟。

另外，下面是w32tm /query /configuration的输出：

[Configuration]

EventLogFlags: 2 (Local)
AnnounceFlags: 5 (Local)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 6 (Local)
MaxPollInterval: 10 (Local)
MaxNegPhaseCorrection: 172800 (Local)
MaxPosPhaseCorrection: 172800 (Local)
MaxAllowedPhaseOffset: 300 (Local)

FrequencyCorrectRate: 4 (Local)
PollAdjustFactor: 5 (Local)
LargePhaseOffset: 50000000 (Local)
SpikeWatchPeriod: 900 (Local)
LocalClockDispersion: 10 (Local)
HoldPeriod: 5 (Local)
PhaseCorrectRate: 7 (Local)
UpdateInterval: 100 (Local)


[TimeProviders]

NtpClient (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Local)
ResolvePeerBackoffMaxTimes: 7 (Local)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 1 (Local)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Local)
Type: NTP (Local)
NtpServer: pool.ntp.org (Local)

NtpServer (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 0 (Local)
AllowNonstandardModeCombinations: 1 (Local)

VMICTimeProvider (Local)
DllName: C:\Windows\System32\vmictimeprovider.dll (Local)
Enabled: 0 (Local)
InputProvider: 1 (Local)

如您所见，它声称NTP源是pool.ntp.org，但是当您实际运行查询命令时，它说本地CMOS时钟和所有重新同步尝试都失败了。

现在我有几个我无法证实的推测，但也许其他人可以。

1. Chirotouch是由于某种原因引起这个问题的。
2. 2012年的R2太老了，在这一点上不值得关心。

欢迎任何想法或解决方案。

Answer 1

如果您只是在手动设置时间源，然后再次查询之后才开始net stop w32time && net start w32time呢？