この質問はローカライズされた方法で何度も現れ、これはNTPを使用してシステムクロックを同期するための基本/最良の方法を提供することです。
ソリューションは、次のようないくつかの問題を正しく処理する必要があります。
時計の偏差が大きい場合は、起動時の時間をすばやく修正します。
時間の経過とともに時計が大幅にドリフトする可能性がある状況を保護および/または変更するための構成を提供します。
「起動中にタイムサーバーにアクセスできない」や「起動中にインターネットにアクセスできない」など、特定の問題が発生したときに時間をすばやく処理して同期する強力なソリューションです。
理想的な解決策は次のとおりです。一つNTPプロファイルはこれらすべてを処理できます。
引用する
「最終的な」ソリューションを提供するほとんどのコンテンツは、次の質問でU&L Webサイトに分散されています。
- インターネットで時間と日付の設定を強制的に更新するには?
- LANのシステムとLANのGPS NTPサーバ間の時間同期
- 時間を固定するためのPuppetモジュールを作成するには?
- 仮想マシンでNTPが同期されない
明らかに他のものもありますが、私が見た関連性があるのはこれらです。
答え1
ntpを使用して大きな時間偏差を修正することはできないため(時計が追いついたり遅くなったりする時間がない限り)、次のようにします。
サービス ntpd が停止しました。 ntpdate us.pool.ntp.org サービスntpdが起動します
私はこれを一日に一度する。また、ntpdateをinitスクリプトに入れて、起動後にntpが起動する前に実行されるようにしました。再起動と電源サイクルは、システム時間を台無しにする可能性が最も高く、一般的なイベントであるためです。
答え2
ntpd
それがあなたが探しているオプションです--panicgate
。
パニックゲートオプションを使用すると、ntpd
起動後に初めてサイズを変更できます。これがまさにあなたが説明するユースケースです。マシンが登場し、時計が非常に不正確です。このオプションを有効にしてntpdを起動すると、サーバーを見つけて同期するのに時間がかかることがあります。
このオプションだけで#1の問題が解決されます。
#2はバニラntpdです。 Ntpd は、システムクロックが歪む速度を記録するオフセットファイルを保存します。
#3も#1と同じです。この--panicgate
オプションは、ntpd の起動時にすぐに開始することに限定されず、「最初の調整」(調整されるたびに)に制限されます。
答え3
ntp/ntpdate の代わりに chronyd/chronyc を使用してください。これはすでにFedoraの基本的な方法であり、準備ができたらRHEL 7.0にも当てはまると思います。
ドキュメントは以下にあります。http://chrony.tuxfamily.org/