我有一个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
什么导致时间selectalgorithm设置为false，我该如何解决？
UPDATE！
我重新运行上面的命令，并获得新的状态：
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
你的两个上游服务器都声称是第一层服务器 – 也就是说能够说NTP的最高级的时间源，一个绝对时间源（如primefaces钟或GPS接收机）直接附加的 – 但是它们的时钟是彼此不同的 （也就是说，你从每个服务器的偏移量（当你收到信号时你的时钟距离它多远）远远大于观察到的传播延迟（需要多长时间来自每个服务器的时间信号））。
面对两个声称是权威的服务器，但他们说不同的时间， ntpd是相当合理的说，它不能在他们之间做出决定，它会把他们都视为骗子。
现在看来， ntpd已经决定在一个小时之后，它宁愿select另一个，并同意同步。 很好。
这里的基本问题是，上游之间是在说一些不可能是真实的东西 。 如果你只想要一段时间，在你的ntp.conf中只列出其中的一个，你就可以更快地同步。 如果你想要一个确切的时间，请联系服务器的pipe理员，并问他们为什么时钟不同，他们每个人的时间来源。
编辑 ：如果我猜测，我会说他们两个都是错误的 – 我的猜测是他们已经被configuration为处理他们的内部时钟，或者一些类似不准确的时间源，作为第0层。 他们也可能被configuration为从互联网服务器上花费时间，但是由于他们已经被告知他们有一个绝对准确的时钟，所以他们更喜欢那个时间，因此广告为第一层。
有一只手表的男人知道现在几点了。 一个有两只手表的男人永远不会确定。
您需要添加另一台服务器，以便ntpd可以打破两个时钟之间的联系。 在所有可能的服务器关联数量中，两个时钟是最糟糕的设置。 第三台服务器是第二层还是第三层并不重要，你只需要让ntpd有机会辨别谁是虚假的。
PS
您不需要编辑您的RFC1918地址。 事实上，当你像这样对它们进行编辑时，它会更难回答。 如果你切换了你编辑的八位字节将会更好：xxx.xxx.1.1和xxx.xxx.1.2。 至less这个方法很容易引用其中的一个。 但最重要的是，实际上不需要编辑1918年的地址。