場合によっては、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
これは4番目のアップストリームサーバーで、100.xxx.33.124RefIdフィールドに予期しないコンテンツがあります。.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があります）。この場合、参照IDフィールドは指定されていないと見なされ、無視する必要があります。
レイヤ 16 以降では、ソースは同期していないと見なされます。これfudge氏名タイムソースを定義するために使用できる参照ID。したがって、この場合、サーバーが次のものを使用している可能性が最も高いことを示唆しています。自分のローカル時計を持ってくださいそしてこれはタグ付けされましたdj。
以下は、表示されているローカルクロック（テストされていない）を使用する例ですdj。
fudge 127.127.1.1 0 0 15 dj
server 127.127.1.1