web-dev-qa-db-ja.com

NTPサーバーをセットアップして、ローカルマシンをLinux用に同期できるようにします。

他のローカルマシンが時刻を同期するntpサーバーとして機能するようにマシンを設定しようとしています。これは、ntpサーバーマシンがインターネットに接続されているかどうかに関係なく発生する必要があります。つまり、時刻が正しいことは重要ではなく、マシンが互いに同期しているだけです。

私の構成ファイルは次のとおりです。

NTPサーバー/etc/ntp.conf

driftfile /var/lib/ntp/ntp.drift

server 0.pool.ntp.org iburst
server 1.pool.ntp.org iburst
server 2.pool.ntp.org iburst
server 127.127.1.0
fudge 127.127.1.0 stratum 10

restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

restrict 127.0.0.1
restrict ::1

NTPクライアント/etc/ntp.conf

driftfile /var/lib/ntp/ntp.drift

server 192.168.1.146 iburst

restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

restrict 127.0.0.1
restrict ::1

サーバーの時刻を変更し、Sudo /etc/init.d/ntp startを使用してntpサーバーを実行し、クライアントがSudo ntpdate 192.168.1.146を使用してntp更新を受信できることをテストします

これは機能しますが、インターネットに接続している場合のみです（マスターが外部のntpサーバーからではなく、私のコマンドで時刻を設定している場合でも）。

私の設定ファイルの何かが間違っていますか？足りないステップはありますか？

linuxtimentp
3
tom

データセンターでお客様が望んでいることを正確に実行する方法について、少し前に詳細な回答を提供しました。私がその記事を書いてからそれほど変わっていません。

投稿へのリンク：

NTPを使用してLinuxサーバーのグループを共通のタイムソースに同期する

4
Kilo

NTPがエラーレートを把握し、カーネルクロックを統制する方法を推測するのに十分な頻度で、タイムサーバーがインターネットに接続されていると仮定します。

まず、/ etc/ntp.confファイルから次の2行を削除することをお勧めします。それらは長期的に問題を引き起こし、めったに必要とされません。 NTPサーバーが同期してカーネルクロックの統制を開始できた場合は、しばらくインターネットが切断されていても、時間を渡す必要があります。

server 127.127.1.0
fudge 127.127.1.0 stratum 10

次に、クライアントのテストを開始する前に、タイムサーバーで "ntpq -p"を実行して、パブリックタイムサーバーと同期しているかどうかを確認します。サーバー上で手動で時間を計測することは、テストを行う際の悪い考えです。それをしないでください。タイムサーバーを起動し、そのまま30分間アップストリームタイムサーバーと同期させます。内部タイムサーバーは、公開タイムサーバーと同期するまでnot時刻を渡します（そして、PPMは500未満である必要があると思います）NTPは、クライアントにとって「非常識な」時間と見なされるものを提供しません。また、どのタイムソースを追跡するかを決定するために、10〜30分待つ必要があります。

次に、クライアントで "ntpq -p"を実行して、クライアントが同期しているかどうか、およびタイムサーバーにどれだけ近いかを確認できます。

3番目に、タイムサーバーのntp.confファイルの（3）サーバーから（5）または（6）に移動することができます。現在、3つのうちの1つが異常または到達不能になった場合、NTPは、残りの2つのうちどちらがより良い時間信号を提供しているかを判別できません。

NTPは、タイムサーバーに到達できない場合でも、カーネルクロックを適切に制御します。1つはPPMを参照してください（ "ntpdc- c kerninfo "）、これはTSC、HPET、またはAPICクロックが現実からどれだけ離れているか（パブリックタイムサーバーに基づく）。もう1つは、CPUの周波数を変更する温度変動や電源管理設定です。次に、タイミングクリスタルの品質。これは、運が良かったり、本当に貧しい場合に適しています。

また、GPSまたはWWVBタイムソースを検討する必要があるかもしれません。

1
tgharold