我覺得這個消息很搞笑，一開始我以為這是 MS 團隊中一個過度活躍的程式設計師開的玩笑，或是騙局。然而，該消息一次又一次出現，一天幾次：
由於「」上的 DNS 解析錯誤，NtpClient 無法設定手動對等點以用作時間來源。 NtpClient 將在 3473457 分鐘後重試，並在之後將重試間隔加倍。錯誤是：請求的名稱有效，但找不到請求類型的資料。 （0x80072AFC）
來源：時間服務
事件 ID：134
等級：警告
我懷疑我的時間伺服器配置不正確。這是真的嗎？但為什麼會出現這樣奇怪的消息呢？
筆記：我在 Technet 上報告了此事，您可以在其中找到該數字為何如此奇數的解釋（因此，兩個答案也找到了該連結並在答案中使用了它;)）。
答案1
我知道這是一個老問題，但我自己的研究發現了Technet 上的這篇文章。
它說長時間延遲的原因是事件檢視器中的輸出錯誤。事件檢視器將註冊表中字串值「15」的原始資料誤解為數字。
可以發現註冊表NtpClient\ResolvePeerBackoffMinutes的值為15，事件日誌中的輸出為3473457 = 0x00350031，這是Unicode字串「15」的小端格式。
- Alex 趙子旭 - MSFT CSG
答案2
只需添加更多信息，以防其他人在搜索中遇到此信息。此事件檢視器訊息有一些令人不安的事情：
- 您的客戶端無法進行 NTP 同步的事實。
- 事實上，DNS 解析錯誤位於“”，而不是實際的主機名稱。
- 事實上，重試間隔非常長。
我在幾個工作站（Windows 7，加入 2003 級網域）上也收到完全相同的訊息。
關於第 1-2 項，我注意到這些訊息僅在工作站進入睡眠狀態時才會顯示。它們在核心電源訊息後 1 秒出現，表示電腦由於系統空閒而進入睡眠狀態。同時，許多網路服務也暫停了。我的理論是，時間服務只是發現網路已經消失。 DNS 可能在此時停止，因此得名 ''。
在此之前，我大約 15 分鐘前看到來自時間服務的事件檢視器訊息，表明它已成功同步。因此，這不太可能是配置問題。
查看事件檢視器中訊息的上下文。如果您在電腦休眠或關閉時看到此訊息，沒什麼大不了的。如果您在正常運作時看到此訊息，則表示您遇到了問題。 在這種情況下，執行 aw32tm /resync /rediscover並從那裡開始。
至於第 3 項，事實證明這是字串列印方式的錯誤。它對 unicode 感到厭煩。列印時間應該是 15 分鐘。看這裡：
答案3
請求的名稱有效，但未找到請求類型的資料。 （0x80072AFC）
根據#2
關於第 1-2 項，我注意到這些訊息僅在工作站進入睡眠狀態時才會顯示。它們在核心電源訊息後 1 秒出現，表示電腦由於系統空閒而進入睡眠狀態。同時，許多網路服務也暫停了。我的理論是，時間服務只是發現網路已經消失。 DNS 可能在此時停止，因此得名 ''。
答案4
是的，您的時間伺服器配置錯誤。要么沒有上游伺服器可以同步，要么您在防火牆中阻止了連接埠（連接埠 123 UDP）。
為什麼會有這麼大的數字？錯誤訊息中已經給出了解決方案：“並將此後的重試間隔加倍。”所以它從幾秒鐘開始，然後加倍、加倍、加倍…
這都是在有關 Microsoft 時間服務的文檔。