web-dev-qa-db-ja.com

ntpdateの同期に時間がかかる（ntpdではない）

参照しました ntpdate -dサーバーがStrataを高すぎます 。これは似ていますが異なる質問です。

私は2つのデバイスを持っています。

  1. Freescale ARMボード（NTPサーバー）
  2. ティンカーボード（クライアント）

すでにNTPサーバーとntp.confをインストールしているFreescaleボードでは、次のようになります。

restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap
server 127.127.1.0
fudge 127.127.1.0 stratum 8
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys

次に、クライアントはNTPサーバーをインストールせず、ntpdateを使用してサーバーと1回だけ同期します。

ここに問題があります：

  1. freescaleボードを起動しますNTPサーバー$ ntpd。
  2. クライアントで同期$ Sudo ntpdate -u -d 192.168.1.10
  3. エラーが発生しました192.168.1.10: Server dropped: strata too high
  4. 数分待ちます...
  5. 再度同期する$ Sudo ntpdate -u -d 192.168.1.10
  6. 今回はエラーなし

サーバーで$ killall ntpdを実行して$ ntpdを再起動すると、クライアントは長時間待機する必要があります$ Sudo ntpdate。

私の理解では、ntpdateは時間を強制的に同期するために使用されます。なぜそんなに遅延時間がかかるのですか？また、エラーstrata too highは時間とはまったく関係ありません。

ntpntpdntpdate
1
JustWe

ntpdateは時刻を同期せず、時刻を1回ステップします。 ntpdおよびsntpコマンドを優先して廃止されます。 クライアントでは使用しないでください。代わりに、ntpdやchronyのような完全なNTP実装を構成します。

ndisciplined Local Clock 、LCL refidであり、CIDR 127.127.1.0/24に一致するサーバーとして構成されているため、誰も使用しないでください。 NTP wiki：

Undisciplined Local Clockは、通常は使用しないでください。

もともとは、リアルタイムのソースに到達できない場合でも、ntpdが他のユーザーに時間を提供できなければならない場合に使用するように設計されていました。 Undisciplined Local Clockの他のアプリケーションについては、配布ドキュメントを参照してください。

Ntp-4.2.2以降のユーザーは、サーバーの分離されたグループの同期を維持する手段としてOrphanModeを検討する必要があります。

Undisciplined Local Clockは、リーフノード（つまりクライアントのみ）のntpdインスタンスのバックアップではありません。

サーバー上で、サーバー回線をより適切な基準クロックに置き換えます。NTPインターネット経由、ラジオ付きのタイムアプライアンス、または優れた発振器。

信頼できる基準クロックなしで構成を実行する必要がある場合は、 孤立モード を使用します。ネットワーク上で構成したファッジLCLよりも低く、適切なインターネットソース（通常は1〜3）よりも高い階層しきい値を設定します。

tos Orphan 6
1
John Mahowald