web-dev-qa-db-ja.com

ntpstatの応答は正常ですが、サーバーのタイムアウトが同期していません

数週間前にCentos5マシンでセットアップしたntpdサービスが、サーバーの時刻を正しく同期していないことがわかりました。 5分を超えるオフセットを検出しました（ntpdを停止してntpdateを実行することにより）。

サービスをセットアップした後、ntpstatを介してセットアップを確認しました。

[xxxx@xxx ~]$ ntpstat -q
synchronised to local net at stratum 11
time correct to within 10 ms
polling server every 1024 s

私はこのチェックを毎日繰り返しましたが、常にこの出力が表示されていました。この出力は、サーバー時間が正常であることを示していませんか？

編集：これはntpq-pの出力です

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 some.name       .LOCL.           1 u  685 1024  377    4.978  26263.4  93.465
 10.0.1.18       10.1.3.1         2 u  827 1024  377    1.382  26268.8 111.047
 10.0.1.21       .INIT.          16 u    - 1024    0    0.000    0.000   0.000
*LOCAL(0)        .LOCL.          10 l   10   64  377    0.000    0.000   0.001
ntpd
1
zedoo

ntpq -pを試してください-これにより、ntpdが使用しているピアアソシエーションが一覧表示されます。これらの1つは、左マージンに*でマークする必要があります：それはあなたが同期しているものです。マークが付いていない（またはさらに悪いことに、リストされていない）場合は、同期していません。 ntpqは、NTPプロトコル（詳細についてはntpq(8)を参照）の厄介な部分に取り掛かる場合は、他の多くの便利な診断を行うこともできます。左マージンの他の文字は意味します）。

Ntpdはクロックをステップしないことに注意してください（特定のウィンドウでクロックを移動する量のしきい値は比較的小さいです）。 ntpdを-gフラグで開始すると、開始時に大きな調整を行うことができます（他のオプションは、ntpdate -bを実行して初期調整を行うことです）。

ローカルクロックが本当にお粗末な場合は、2つのオプションがあります。cronからntpdateを実行するというAlexanderの提案（これにより、考えられる多数のNTP問題）が解決されます）またはntp.confで「パニック」しきい値をゼロに設定します。これにより、デーモンはオフセットに関係なく時計を調整できるようになります。これらのオプションは両方とも、タイムサーバーが異常になると、クライアントの時計を台無しにするという警告があります。

2
voretaq7