這太奇怪了，我不得不徵求意見。

我有一些從 GPS 時鐘接收時間的工作站。PDC 將預設域策略設置為使用 GPS 時鐘作為 NTP 時間源。所有工作站都以 50 毫秒到 1.5 毫秒的精度與時鐘同步，因此我的 delta 值在 Kerebos 門票的範圍內。

幾乎所有工作站都可以毫無問題地訪問我的文件伺服器，但是一個工作站開始提示我消息This server's clock is not synchronized with the primary domain controller's clock，除非w32tm /stripchart /computer:PDC是在撒謊，否則 20 毫秒已經足夠接近同步了。

有什麼我可能在這裡遺漏的嗎？

現在我確信問題已解決，我將回答我自己的問題。

要驗證的事項：

• 驗證來自時間源的調製如果 IRIG 信號被調製，請確保您的配置正在尋找調製的時間信號。如果 IRIG 信號未調製，請確保您已將硬體配置為未調製信號。
• 驗證正確的時間如果“大師時鐘”沒有從時鐘接收到正確的時間值，那麼就沒有什麼是正確的。確保您有正確年份的正確抵消期。閏秒（在撰寫本文時）應偏移 34 秒。
• 驗證沒有強制值，或調試如果有人正在使用頻率發生器調試程序來“偽造”時間，那麼如果它覆蓋了 Stratum 時間，則一切都不會正確。
• 驗證時間服務如果您的時鐘收音機有單獨的軟體將系統時間與時間源同步，請確保禁用 Windows 時間服務。如果您不關閉 Windows 時間服務，兩個服務都會更正時鐘。
• 驗證時區 必須在時間伺服器和客戶端上正確設置時區。我強烈建議將所有內容都設置為 GMT 而沒有任何日光偏差或 UTC，並創建第二個時間顯示，以顯示具有日光偏好的本地時區。
• 驗證 DST 是否已修補如果您沒有正確實施 DST 執行，您將遇到“幻影”問題。
• 驗證 delta 是否足夠小以進行初始同步如果 delta 時間很大，則客戶端無法同步到時間源。您可能需要將時鐘設置在大約 10 分鐘以內，以便時間服務能夠同步。

對於故障排除：

• 用於w32tm /tz驗證時區。
• 用於w32tm /stripchart /computer:[host to compare with]測量兩台電腦之間的差異和時間漂移。

引用自：https://serverfault.com/questions/190173