本文提供了一些可能的解决方案,用于解决运行 w32tm /resync
命令以将时间与时间源同步时可能得到的错误。
适用于: Windows Server(所有支持的版本)
原始 KB 数: 929276
症状
计算机存在时间同步问题。 如果运行手动 w32tm /resync
重新同步,则返回以下错误: 计算机未重新同步,因为没有时间数据可用。
C:\Windows\system32>w32tm /resync /rediscover
Sending resync command to local computer
The computer did not resync because no time data was available
还可以看到以下事件:
日志名称: 系统
来源:Microsoft-Windows-Time-Service
日期:24-04-2019 22:35:55
事件 ID:129
任务类别:无
级别: 警告
关键字:
用户:本地服务
计算机:MEM1.fabrikam.com
说明:由于发现错误,NtpClient 无法将域对等方设置为用作时间源。 NtpClient 将在 15 分钟后重试,此后重试间隔时间将增加一倍。 错误为:找不到条目。 (0x800706E1)
日志名称: 系统
来源:Microsoft-Windows-Time-Service
日期:24-04-2019 23:45:32
事件 ID:134
任务类别:无
级别: 警告
关键字:
用户:本地服务
计算机:MEM1.fabrikam.com
说明:NtpClient 由于“time.windows.com,0x9”上的 DNS 解析错误,无法将手动对等方设置为时间源。 NtpClient 将在 15 分钟后重试,此后重试间隔时间将增加一倍。 错误为:未知此类主机。 (0x80072AF9)
原因
当客户端发送 NTP 请求但未返回正确的 NTP 响应时,通常会发生此错误。 有多种方案可能导致这种情况。
方案 1
NTP 客户端找不到 NTP 服务器。 这可能是由于名称解析(DNS)失败,或者由于 NTPServer 注册表项中定义的名称/IP 地址拼写错误。
场景 2
UDP 端口 123 被阻止。 这可能位于本地 Windows 防火墙或非Microsoft防火墙上。
方案 3
客户端尝试同步时间的目标 NTP 服务器不会作为 NTP 服务器播发。
解决方案
方案 1 的解决方法
- 检查 NTPServer 注册表项中定义的值的拼写和准确性。 让客户验证它是否为有效的服务器,并具有正确的名称或 IP 地址。
- 检查 DNS。 确保定义了正确的 DNS 服务器,该服务器可以解析目标 NTP 服务器。
- 使用网络跟踪更好地了解名称解析发生的情况。
最终,此方案最终可能是方案 2 或方案 3。
方案 2 的解决方法
收集网络跟踪以查看 UDP 端口 123 流量。 为此,请启动捕获,然后运行一个 w32tm /resync /rediscover
。
- 如果未看到正在发送的任何 UDP 123(NTP 请求)数据包,则可能在本地 Windows 防火墙上阻止 UDP 端口 123。
- 如果看到 UDP 端口 123(NTP 请求)数据包正在发送,但未返回响应,则可能在非Microsoft防火墙上阻止 UDP 端口 123。
如果已验证,并且 UDP 端口 123 未阻止,请考虑方案 3。
方案 3 的解决方法
如果你的客户尝试与域控制器同步(无论是通过 NT5DS、NTP 还是 AllSync),请查看 Windows 时间层次结构。 从 PDC 开始,请检查域控制器,以确保它们都从各自的源接收时间。 可以使用 w32tm /monitor 对所有域控制器进行快速状态检查。
如果域控制器从源正确同步时间,请通过运行 a
dcdiag /test:Advertising
来验证并确保域控制器作为域控制器播发。最后,在域控制器上,验证以下 w32time 注册表项的配置如下(at
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time
):- 在所有 DC 上:\TimeProviders\NtpServer – Enabled=1
- 在 PDC: \Config – AnnounceFlags = 5
- 在成员 DC 上:\Config – AnnounceFlags = 10