这太奇怪了，我不得不寻求build议。
我有一些从GPS时钟接收时间的工作站。 PDC的默认域策略设置为使用GPS时钟作为NTP时间源。 所有的工作站同步到时钟，精度范围从50ms到1.5ms，所以我的delta值在Kerebos票据的边际范围内。
几乎所有的工作站访问我的文件服务器绝对没有问题，但是一个工作站开始提示我的消息This server's clock is not synchronized with the primary domain controller's clock ，除非w32tm /stripchart /computer:PDC躺在，20ms是超过足够接近以便同步。
有什么我可能会在这里失踪？
现在我相信问题已经解决了，我会回答我自己的问题。
validation来自timesource的调制如果IRIG信号被调制，请确保您的configuration正在寻找调制时间信号。 如果IRIG信号未调制，请确保已经为未调制信号configuration了硬件。
validation正确的时间如果'大师时钟'没有从时钟收到正确的时间值，没有什么是正确的。 确保你有正确的年份正确的偏移期限。 闰秒（截止到本文）应该被抵消34秒。
确认没有强制值或debugging如果有人正在使用频率发生器debugging进程来“伪造”时间，那么如果它覆盖了Stratum时间，则没有什么事情是正确的。
validation时间服务如果您的时钟收音机具有单独的软件以将系统时间与时间源同步，请确保Windows时间服务已禁用。 如果不closuresWindows时间服务，时钟将由两个服务纠正。
validation时间区域时间区域必须在时间服务器和客户端上正确设置。 强烈build议将所有内容设置为GMT，无需任何日光偏差或UTC，并创build第二个时间显示，以显示当地时区和夏令时间。
validationDST已修补如果您没有正确执行DST运行，您将遇到“幻影”问题。
validation增量是否足够小以进行初始同步如果增量时间较长，则客户端无法同步到时间源。 您可能需要将时钟设置为大约10分钟以便时间服务能够同步。
w32tm /tz来validation时区。 w32tm /stripchart /computer:[host to compare with]来测量两台电脑之间的差异和时间漂移。 我的猜测是该工作站上的DST修补问题。 上次我遇到它，我从图像加载工作站，然后应用XP SP3。 那时候我发现我的形象陷入了一个边缘的情况下，DST打补丁没有发生这样的补丁。 如果这是问题，希望MS DST页面将有所帮助。