我有一个 linux 机器，设置了两个 ntp 服务器进行同步。以防万一，此框在强制同步之前极度不同步（61 秒）。以下输出是在此同步后 1 小时。检查ntpq时，
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
x192.168.[redacted] .MDM. 1 u 113 256 377 0.513 13.120 1.843
x192.168.[redacted] .MDM. 1 u 115 128 377 2.689 0.618 1.230
两者都设置为虚假标签！
ntpq> assoc
ind assID status conf reach auth condition last_event cnt
===========================================================
1 13191 91d4 yes yes none falsetick reachable 13
2 13192 91d4 yes yes none falsetick reachable 13
是什么导致时间选择算法将两者都设置为 false，我该如何解决？
更新！
我重新运行了上面的命令并获得了新的状态：
ntpq> assoc
ind assID status conf reach auth condition last_event cnt
===========================================================
1 13191 91d4 yes yes none falsetick reachable 13
2 13192 96d4 yes yes none sys.peer reachable 13
ntpq> pe
remote refid st t when poll reach delay offset jitter
==============================================================================
x192.168.[red] .MDM. 1 u 241 256 377 0.513 13.120 1.396
*192.168.[red] .MDM. 1 u 114 256 377 2.671 0.567 0.710
您的两个上游服务器都声称是第 1 层服务器- 即能够说 NTP 的最高级别的时间源，绝对时间源（例如原子钟或 GPS 接收器）直接指向该服务器附加 -但它们的时钟彼此不同（也就是说，您与每个服务器的偏移量（您的时钟与它的距离，当您收到其信号时）远远超过观察到的传播延迟（需要多长时间才能获得来自每个服务器的时间信号））。
面对两个都声称具有权威性但讲述不同时间的服务器ntpd，它可以合理地说它无法在他们之间做出决定，并且将他们视为骗子。
现在看起来，由它自己ntpd决定，在一个小时后决定它更喜欢另一个，并同意与其同步。对它有好处。
这里的基本问题是上游在他们之间说了一些不可能是真的的话。如果您只想度过一段艰难的时光，请在您的ntp.conf. 如果您想要确切的时间，请联系服务器的管理员，并询问他们的时钟为何不同，以及他们每个人的时间来源。
编辑：如果我猜，我会说，两者都是错误的-我的猜测是，他们俩都被配置以对待自己的内部时钟，或者一些类似的不够准确的时间源，如层数为0。他们也可能被配置为从互联网服务器上占用时间，但由于他们被告知他们有一个绝对准确的时钟，他们更喜欢那个时间，因此广告为第 1 层。