首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >对NTP当前时间源的查询

对NTP当前时间源的查询
EN

Server Fault用户
提问于 2019-03-18 13:40:19
回答 1查看 2K关注 0票数 0

我有一个关于ntpd选项和ntpq命令的查询。

我在Ubuntu14.04PC上建立了一个本地NTP服务器,NTP客户端是一个基于Renesas /G1H的定制开发平台。

我已经在我的NTP服务器上启动了NTP,ntpd正在运行,然后是NTP客户端。

  • 目前,我的NTP客户端与NTP服务器同步。我运行ntpq来确认:当轮询到达延迟抵消抖动时,远程重传t *192.168.4.98本地(0) 11 u- 64 1 0.282 -0.008 0.029本地(0) .LOCL. 14 L- 64 0 0.0000.000 0.000如你所见,192.168.4.98是我的NTP服务器,其中显示了当前的时间源(*)。
  • 我已经使用date命令更改了NTP服务器(Ubuntu )上的日期。
  • 然后,我在NTP客户端连续运行ntpq以监视更改。有一次,星号没有显示。以下是ntpq的输出:当轮询达到延迟抵消抖动时,远程重传t为192.168.4.98本地(0) 11 u- 64 1 0.282 -0.008 0.029本地(0) .LOCL. 14 L- 64 0 0.000 0.000 0.000
  • 大约5分钟后,星号在LOCAL(0)旁边显示如下:当轮询到达延迟抵消抖动时,远程重定向t达到延迟偏移抖动192.168.4.98局部(0) 11 u- 64 1 0.282 -0.008 0.029 *本地(0) .LOCL. 14 L- 64 0 0.000 0.000 0.000
  • 然后大约10分钟后,星号返回到192.168.4.98上,这表明客户机已开始与NTP服务器同步。

为什么LOCAL(0)旁边的星号显示在返回到NTP地址之前?

EN

回答 1

Server Fault用户

发布于 2019-03-19 20:15:15

您的示例不是很精确的ntpq输出,除了*理货代码之外,所有示例似乎都是完全相同的,这意味着它们是从相同的查询中编辑的,而不是从这些事情发生时的实际示例中编辑的。所以我只能根据你对这个过程的描述来推测发生了什么。

对您的问题的一般回答是:如果NTP有理由相信它正在提供不正确的时间,它将停止使用源。

当您更改NTP服务器上的日期(大概超过1秒)时,您的NTP客户端会注意到这是NTP服务器在时间上的一大飞跃。因此,源192.168.4.98发生了很大的变化,而客户机上的LOCAL(0)源发生了更多可预测的变化。因此,您的客户端上的ntpd会将192.168.4.98标记为坏的,然后用一段时间来决定一个新的源并选择LOCAL(0)。在NTP服务器服务稳定时间一段时间之后,客户端就会切换回来,因为LOCAL(0)源没有与任何东西同步,而192.168.4.98是一个较低的层。

您的整体配置很差,您正在做一些与最佳做法相反的事情:

  1. 使用不推荐的本地驱动程序,而不是从一个好的参考时钟中获得时间
  2. 只使用一个时间源

NTP的设计并不是为了孤立地运行。最终,所有的时间都必须来自一个权威阶层0的来源。大多数人从NTP池那里得到他们的时间,它使用各种不同的来源(但通常是GPS)。通过使用本地驱动程序,无论您的本地时钟振荡器工作得多么糟糕(扰流板:通常情况很糟),您都会受到它的摆布。

通过从NTP客户端移除本地驱动程序,您可能可以大致得到所需的测试行为。但如果你关心时间的精确性,就不要这么做。阅读NTP最佳当前做法NTP文档我的博客系列,以了解更多关于良好NTP配置的信息。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/958790

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档