0

我们在我们的一个系统上配置了一个 NTP 客户端。客户端有一组可以与之同步的服务器。

然而，我们选择的首选服务器是我们的内部主服务器，IP 为 169.254.1.51。

ntp.conf 的内容如下：-

 

    # --- 客户网络 -------
    # --- 用户设置开始 ---

    服务器 10.241.34.2 iburst

    服务器 10.241.34.3 iburst

    服务器 10.241.34.4 iburst
    限制 10.241.34.2 掩码 255.255.255.255 nomodify notrap noquery
    限制 10.241.34.3 掩码 255.255.255.255 nomodify notrap noquery
    限制 10.241.34.4 掩码 255.255.255.255 nomodify notrap noquery
    # --- 用户设置结束 ---

    # --- NTP 多播客户端 ---
    限制 169.254.0.0 掩码 255.255.0.0 nomodify notrap # 内部网络
    # --- 内部时间服务器开始-----
    server 169.254.1.51 burst iburst minpoll 4 maxpoll 6 prefer #内部主服务器

    # --- 一般配置 ---
    server 127.127.1.0 iburst minpoll 4 # 本地时钟
    软糖 127.127.1.0 层 10
    修补步骤 0

以上是配置部分。但是，当我们在配置并重新启动系统后检查 syslog 时，我们发现客户端正在与外部服务器同步，而不是在 syslog 中的 ntpq 输出中捕获的首选服务器

    3 月 22 日 05:52:48 节点 ntpcheck：远程 refid st t 当轮询达到延迟偏移抖动
    3月22日05:52:48节点ntpcheck：======================================== =======================================
    3 月 22 日 05:52:48 节点 ntpcheck：*10.241.34.2 10.240.33.1 4 u 2 64 1 0.192 -519.50 5.769
    3 月 22 日 05:52:48 节点 ntpcheck：10.241.34.3 10.241.34.2 5 u 1 64 1 0.172 -523.79 8.912
    3 月 22 日 05:52:48 节点 ntpcheck：10.241.34.4 10.241.34.2 5 u 2 64 1 0.207 -520.73 8.082
    3 月 22 日 05:52:48 节点 ntpcheck：169.254.1.51 LOCAL(0) 11 u 1 16 1 0.113 -0.043 2.099
    3 月 22 日 05:52:48 节点 ntpcheck：127.127.1.0 .LOCL。10 升 14 16 1 0.000 0.000 0.001}

此外，以下消息消息在系统日志中不断泛滥

    3 月 22 日 06:51:11 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:51:27 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:51:45 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:52:03 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:52:20 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:52:35 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:52:51 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:53:06 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:53:20 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:53:23 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:53:38 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:53:53 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:54:11 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:54:29 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:54:47 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:55:02 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:55:20 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:55:21 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:55:35 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:55:53 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:56:10 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:56:28 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:56:46 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:57:03 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:57:21 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:57:38 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:57:54 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:58:09 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:58:24 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:58:42 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:58:59 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:59:15 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 06:59:30 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 06:59:46 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层
    3 月 22 日 07:00:02 节点 ntpd[31292]：同步到 LOCAL(0)，第 10 层
    3 月 22 日 07:00:17 节点 ntpd[31292]：同步到 10.241.34.2，第 4 层

我们尝试在 NTP 论坛上进行检查，并确定它使用以下参数来定义要与其同步的服务器（参考：- https://www.eecis.udel.edu/~mills/ntp/html/warp.html） :-

  • 第一级拒绝基于偏移和延迟发生。
  • 然后在拒绝池之后，将幸存者传递给时钟聚类算法。
  • 聚类算法依靠抖动来决定。
  • 剩下的所有服务器都是可选择的幸存者，可以选择其中任何一个。
  • 现在prefer关键字的作用开始发挥作用，所有的selectable都被选中，prefer one被选中。
  • 如果幸存者不存在，则迁移规则决定对等方。

然而，在 ntpq 输出中，首选服务器具有更好的偏移和抖动，即使这样也没有被选择。

在这种情况下，是否可以确定它拒绝首选服务器的依据是什么。

4

0 回答 0