我有 2 个 ntp 服务器同步到他们的本地时钟,第一个是第 1 层,第二个是第 7 层。客户端正在轮询它们,并且没有本地时钟作为备份。
我的 ntp 结果如下(来自客户端的视图):
remote refid st t when poll reach delay offset jitter
==============================================================================
*192.168.1.5 .GPS. 1 l 1 32 377 1.492 -0.107 0.249
+192.168.1.6 LOCL 8 l 1 32 377 1.369 183.293 0.249
remote refid st t when poll reach delay offset jitter
==============================================================================
x192.168.1.5 .GPS. 1 l 1 32 377 1.383 -0.135 0.120
x192.168.1.6 LOCL 8 l 1 32 377 1.3677 183.231 0.122
我知道就我而言,偏移量之间的差异非常大。我只是在测试东西,这些服务器不会被使用。
如果服务器被客户端声明为虚假标签,是否可以重新考虑状态?还是服务器被判留假?
我知道在客户端重新启动ntp服务后,服务器状态将被刷新。但它可以在不重新启动客户端上的 ntp 的情况下发生吗?
NTP falsetickers 是最近几个时间戳中的统计异常值。当算法评估新数据时,状态可能会发生变化。您没有可靠检测虚假信息所需的 4 台以上 NTP 服务器。如果您没有苛刻的要求,这可能不是问题,只需使用一台性能不错的 NTP 服务器即可。
注意统计量的大小。当延迟和抖动的误差是个位数毫秒时,180 毫秒的偏移量是巨大的。
192.168.1.6
with refidLOCL
有点不寻常。不应使用指向自身的无规律的本地时钟。但通常LOCL
使用匹配的配置行调用驱动程序server 127.127.1
。那是远程NTP服务器吗?如果远程,并且您正在覆盖refid
ntpd.conf 中的字符串,请不要。在一些负载较轻的主机上,配置 ntpd 或 chrony 以添加来自 Internet 源的附加引用。作为一项测试,如果您想构建第 2 层 NTP 服务器,虽然多样化的源列表是一个很好的开始。
在此本地和互联网配置中标记为虚假信息的任何内容都可能是真正的异常值。
LAN 上的 NTP 服务器应该非常接近,优于 10 毫秒。他们应该互相引用。例如,将 .6 设备配置为引用 .5 作为 NTP 源,反之亦然。