☰

有时ntpq -np输出乱码

tag-icon • tag-icon ntp
有时ntpq -np输出乱码

有时总是发现 ntpq -pn 输出是乱码，有人见过吗？

$ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 127.127.1.0     .LOCL.          10 l  375   64   40    0.000    0.000   0.000
*100.xxx.11.73   10.143.35.200    2 u   39   64   77    0.397    8.849  10.888
+100.xxx.13.74   100.106.13.73    3 u    6   64  377    0.476    5.775   7.056
 100.xxx.33.124  .dj...          16 u    -   64  374   25.145   12.725   7.931

乱码之前看看是：.dj...
几分钟后恢复正常

$ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 127.127.1.0     .LOCL.          10 l  652   64    0    0.000    0.000   0.000
*100.xxx.13.73   100.106.33.124   2 u   52   64  377    0.397    8.849  19.528
+100.xxx.13.74   100.106.12.24    4 u   24   64  377    0.488    3.523  15.270
 100.xxx.33.124  100.106.12.24    4 u   17   64  317   25.145   12.725  14.965

答案1

这是您的第四个上游服务器，RefId 字段中100.xxx.33.124有意外的内容：.dj...

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 100.xxx.33.124  .dj...          16 u    -   64  374   25.145   12.725   7.931

仔细观察，您可以发现该服务器与上游时间源不同步（它的层数为 16，可能是最低的）。在这种情况下，Reference Id 字段被视为未指定，应被忽略：

在层 16 及以上，源被视为不同步。这fudge陈述可用于定义时间源的参考 ID。所以在这种情况下我建议服务器很可能正在使用有自己的本地时钟并且这个已经被标记了dj。

这是一个使用标记为的本地时钟（未经测试）的示例dj：

fudge 127.127.1.1 0 0 15 dj
server 127.127.1.1

相关内容