NtpClient 将等待 3473457 分钟（超过 6 年！），然后才会进行新的 DNS 解析尝试，eventid 134

Question

我觉得这条消息很有趣，起初我以为这是 MS 团队过度活跃的程序员的笑话，或者是一个骗局。但是，该消息一次又一次地出现，一天出现几次：

由于“”上的 DNS 解析错误，NtpClient 无法设置手动对等点以用作时间源。NtpClient 将在 3473457 分钟后重试，然后将重试间隔加倍。错误是：请求的名称有效，但未找到请求类型的数据。(0x80072AFC)

来源：时间服务
事件 ID：134
级别：警告

我怀疑我的时间服务器配置不正确。这是真的吗，我该如何解决？但是为什么会有这么奇怪的消息呢？

注意：我在 Technet 上报告了这一点，您可以在其中找到为什么这个数字如此奇怪的解释（因此，两个答案也找到了该链接并在答案中使用了它;)）。

Answer 1

我知道这是一个老问题，但我自己的研究在 technet 上发现了这篇文章。

它说长时间延迟的原因是事件查看器中的输出错误。事件查看器将注册表中字符串值“15”的原始数据误解为数字。

可以发现注册表 NtpClient\ResolvePeerBackoffMinutes 的值为 15，事件日志中的输出为 3473457 = 0x00350031，这是 Unicode 字符串“15”的小端格式。

- Alex Zhaozx - MSFT CSG