NTP 服务，校时功能存在严重校时精度失真错误

iSkyun

功能位置：系统设置 > 基础设置

爱快在 3.7.12 终于更新了“自定义 NTP 服务器”选项，这本来是件好事
没想到却暴露了爱快的 NTP 服务实现存在严重缺陷

如图，配置好相关的“时间设置”，同时开启 NTP 服务，保存后，再立即校时一次


然后在 Windows 设置好时区
```
# powershell
Set-TimeZone -Id "China Standard Time"
w32tm /query /configuration
```

接着到 “控制面板\时钟和区域 > 时间和日期\Internet 时间” 更改设置
依次设置 Windows NtpClient 的 NTP 校时服务器为 <爱快网关IP> 和 ntp.ntsc.ac.cn 并在保存并校时后
依次打开新的浏览器(务必关闭旧浏览器，不能只关闭标签页，防止连接会话复用)
然后和 https://time.is/ 对比时间精度
能稳定复现通过爱快网关提供的 NTP 服务校时的时间会有 0.2~0.8 秒的误差(没写错，单位就是秒)

而直接和 ntp.ntsc.ac.cn 服务校时的时间误差远低于 0.1 秒
比较好的情况下能达到 0.010 秒以内，也就是个位数毫秒的精度误差

由此可见爱快的 NTP 服务实现机制或同步机制存在严重的 bug

小老弟

这个问题我们安排验证一下。

小老弟

我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？

iSkyun

小老弟 发表于2024-07-01 11:57:22我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？

我这两天抽空再验证下，到时候再来反馈下新情况。

消息来自爱快e云

iSkyun

小老弟 发表于 2024-7-1 11:57我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？ ...

因为 ntp.ntsc.ac.cn 在我这边的可用性有点差，没法短时间多次同步和使用 w32tm 测量误差值
所以我在 http://www.ntp.org.cn/pool 里找了个在我这边延时相对较低的，且可用性高的 ip 地址
把它填到了“爱快 > 系统设置 > 基础设置 > NTP服务器 > 自定义 > 服务器地址”内
“保存”并“立即对时”了几次，然后等待了半分钟左右，让爱快的 NTP 服务器准备就绪
如果爱快是在虚拟机里安装的，记得关闭虚拟机和宿主机的时间同步服务，防止爱快的时间被校准回去


# 以下是测验步骤：
# 192.168.9.1 是作为网关路由器的爱快 IP 地址
# 106.75.185.63 是我这边拿来做测试的 NTP 服务器 IP 地址

# 配置 Windows NTP 客户端的 NTP 服务器 IP 地址为远端的 106.75.185.63
w32tm /config /syncfromflags:manual /manualpeerlist:"106.75.185.63,0x9" /update

# 等待1秒后，同步并等待半分钟左右，确保 Windows 同步完时间
w32tm /resync /nowait

# 查询 Windows 系统设置的时区和 NTP 服务器 IP 地址，检查是否配置正确
w32tm /tz
w32tm /query /peers

# 检查本地计算机和爱快及远端 NTP 服务器的时间误差
w32tm /stripchart /dataonly /period:1 /samples:100 /computer:192.168.9.1
w32tm /stripchart /dataonly /period:1 /samples:100 /computer:106.75.185.63



# 配置 Windows NTP 客户端的 NTP 服务器 IP 地址为爱快的 IP 地址
w32tm /config /syncfromflags:manual /manualpeerlist:"192.168.9.1,0x9" /update
# 等待1秒后，同步并等待半分钟左右，确保 Windows 同步完时间
w32tm /resync /nowait

# 查询 Windows 系统设置的时区和 NTP 服务器 IP 地址，检查是否配置正确
w32tm /tz
w32tm /query /peers

# 检查本地计算机和远端 NTP 服务器及爱快的时间误差
w32tm /stripchart /dataonly /period:1 /samples:100 /computer:106.75.185.63
w32tm /stripchart /dataonly /period:1 /samples:100 /computer:192.168.9.1




以上的采样例都是 100 次，是因为测量精度存在一个缓慢收敛的过程
多次以上给出的测量结果才是相对可靠的，初期收敛的过程的测量结果是不可靠的
通过直接测量和间接测量，都能测出爱快和远端 NTP 服务器，至少有 500ms 以上的时间误差
这个误差太大了，都达到半秒以上了，不适合在对时间有高精度的环境里使用
如果是 Windows 直接与远端 NTP 服务器同步时间，经过多次校准后，时间误差精度是能达到 10ms 以内的

iSkyun

小老弟 发表于 2024-7-1 11:57我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？ ...

5# 楼给出的是我今天的测验步骤，你们那边按照此步骤测验一下就能复现此问题了

iSkyun

小老弟 发表于 2024-7-1 11:57我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？ ...

w32tm /stripchart /dataonly /period:1 /samples:3600 /computer:192.168.9.1

另外使用此命令测量 Windows 和爱快的时间误差的时候，会有一个缓慢的误差累积过程
但是和远端服务器是不会存在此现象的，也不知道是爱快走时不准
还是和作为下游的 Windows 通报时的机制有问题
不过累积的误差似乎会因为爱快和上游的 NTP 服务器同步间歇同步后得到回调

另外，此命令测量出来的结果，正号 + 表示本地 Windows 计算机比远端 NTP 服务器走时慢多少
而负号 - 则相反，表示本地 Windows 计算机比远端 NTP 服务器走时快多少

iSkyun

小老弟 发表于 2024-7-1 11:57我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？ ...

这边有另一个人的测验，用的是 Linux 的 chronyc
https://bbs.ikuai8.com/forum.php?mod=viewthread&tid=151169

iSkyun

小老弟 发表于 2024-7-1 11:57我们用上述的方法验证了一下，两种方法的时间基本上差不多，是不是有遗漏的操作？ ...

这4台设备在同一个局域网，爱快的网关是 10.10.10.254
同时爱快设置的自定义 NTP 上游是图中左上角的 k3s1 这台服务器
右下角这台设置的 NTP 上游列表是图中的 k3s1~k3s3
可以很明显的看到就算爱快的 NTP 上游是内网的低延时服务器也会慢 NTP 上游近 450ms+ 的时长