自動時刻同期： `ntpdate`は機能しますが、 `chrony`は機能しません。

Question

あなたの時計はほぼ確実に同期しています。「同期化されていないクロック」は、ntpdアップストリームソースとの同期を待っている間にのみ適用されるため、誤解を招く可能性があります。

NTPには2つのパスがあります。systemd1つは管理を通じてtimedatectl、ntpdもう1つは監視を介してntpq。一人で出発することをお勧めしますtimedatectl。

systemctl start ntp    # don't restart ntpd if it was already running
watch -n1 ntpq -pn     # while :; do clear; date; echo; ntpq -pn; sleep 1; done

最初に接続可能性がゼロのアップストリームが一覧表示され、約5分間奇妙なことに377に増加することがわかります。+左側の列には、時刻同期候補であることを示す1が必要であり、*最終的に承認された時刻に変更されます。

レイテンシフィールドとオフセットフィールドはミリ秒単位で測定されます。大学WANでは待ち時間が低いと予想しており、500ナノ秒がかなり良いです。数時間と数日間、オフセットはゼロに近づく必要があります。

以下は、私のサーバーの安定した例から抜粋したものです。 xDSL回線の場合、37ミリ秒の遅延時間が合理的に感じられます。アップストリームサーバーのオフセットは驚くほど低く、ジッタは許容可能です。

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*51.155.16.62    .GPS.            1 u   10   64  377   37.420    0.524  34.067

NTP コマンドを使用してsysinfo同期状態を表示できます。ここでは、出力の最初の行を見ています。sync_ntpこの行があれば、クライアントがアップストリームサーバーと同期していることを確認できます。

ntpq -c sysinfo | head -n1
associd=0 status=0618 leap_none, sync_ntp, 1 event, no_sys_peer,

最後の警告。それ基本的な時間を正確に保つサービスがある場合は、ローカルシステムの時間を変更しません。サービスは時間の変化を確認し、現地の時計が正確な時間を維持できないと仮定します。その後、時計を修正するために非常に懸命に動作し、これは最終的にローカル時計がアップストリームと同期しなくなる可能性があります。バラよりNTPDはどのくらいの頻度で（そしていつ）更新されますか？

これが発生した場合は、NTPがそれを認識または変更するまで（長い間）待つ必要があります。 ntpd（systemctl stop ntp; systemctl disable ntp）を無効にして停止し、すぐに削除して再起動してこの問題を直接解決できます/etc/adjtime。（このアンインストール/再起動手順を2回実行する必要があるかもしれません。）その後、ntpdate -u 51.155.16.62時間を正しく設定して再起動してください。最後に、NTP（）を再度有効にしますsystemctl enable ntp; systemctl start ntp。

これをインストールした場合は、ntpdateクエリを使用してサーバーのアップストリーム視差を指定できますntpdate -qu {server}。ntpd実行時に時間を設定しようとしないでください。

その他参考資料

Answer 1