NTPファッジネットワークソースストラタム

ntpdネットワークソースのストラタムレベルを変更するように構成することはできますか？

一見すると、fudgeこのディレクティブでこれを実現できると思いましたが、ntp.conf(5)マニュアルページを参照したところ、このディレクティブはリファレンスクロックにのみ適用されることがわかりました。

いくつかの詳細：

ntpdLAN上のクライアントのプライマリタイムソースとして実行されているローカルサーバーがあります。このサーバーはntp.orgプールでポイントされ、通常、階層レベル3を維持します。

私のメインサーバーに加えて、壁の時計をワイヤレスで同期することを主な仕事とするサードパーティのネットワークデバイスがあります。RF送信。デバイスの仕様では、これは「RFC2030準拠のタイムサーバー」であると記載されていますが、それ以外の場合は、ほとんどブラックボックスです。メインサーバーを唯一のタイムソースとして使用するようにデバイスを構成しました。

ブラックボックスの構成http://www.freeimagehosting.net/uploads/21bafb12bd.png

ntpdパーソナルコンピューターでメインのNTPサーバーとワイヤレストランスミッターの両方をタイムソースとして使用するように構成すると、問題が発生しました。ローカルのntpdを照会したところ、「ブラックボックス」（10.xxZ）が優先タイムソースであることに気付きました。

$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
x10.x.x.X        69.164.222.108   3 u   48   64  177    0.501  370.029   1.530
*10.x.x.Z        10.x.x.Z         2 u   50   64  377    1.354  -23.681  14.179

サーバー10.x.x.Zの唯一のタイムソースはサーバー10.x.x.X（層3）であるため、層4 である必要があります。製造元が層レベルをハードコーディングしていると思います。

より高い階層レベルにもかかわらず、マシンに「良い」（10.xxX）サーバーを優先させる方法はありますか？私もprefer自分のローカルntp.confファイルでディレクティブを試しましたが、無駄に、小さなブラックボックスが常に勝ちます：/

なんと言っても、私のローカルマシンはMac OS X 10.6を実行しています。

$ ntpq -c rv | grep version
version="ntpd 4.2.4p4@1.1520-o Mon May 18 19:38:25 UTC 2009 (1)",

さらに調査を行った結果、ネットワークソースのストラタムレベルを「回避」することはできないようです。それで私は先に進み、dtoubeliの答えを試しました。驚いたことに、ローカルタイムサーバーを層レベル2（サードパーティデバイスと同じ）にしただけでは、常に優先タイムソースになるとは限りませんでした。私のローカルntpdは、それらを両方とも「偽ティック」としてルール化します。どういうわけか、私にはわかりませんが、それらが唯一の2つの時間ソースであり、それらの時間がはるかにずれていたためと思います。

ここでの最大の問題は、私のサードパーティのデバイスが一定の時間を保持していないように見えるという事実です。実際、それは大きく変動します。私の問題の解決策は、他のいくつかの正確な時刻ソース（pool.ntp.org）をに追加すること/etc/ntp.confでした。現在、私のローカルサーバーは常に優先タイムソースとして選択されています。多くの場合、プール内の一部のサーバーよりも階層レベルが高いにもかかわらずです。

ローカルのntpdをstratum 2で実行してみてください。pool.ntp.orgを指すのではなく、5〜7のstratum 1サーバーのリストを作成して、構成に直接追加してください。ストラタム1の参照サーバーを使用すると、ストラタム2で実行されます。その後、preferオプションが機能する場合があります。

ただし、私の経験では、階層レベルは、常に一次選挙の勝者となるわけではありません。レイテンシとジッターも大きな影響を与えると思います。レイテンシが最も低いという理由だけで利用可能な上位のストラタムサーバーがいくつかあったとしても、下位のストラタムサーバーがプライマリソースとして選出されることに何度か気づきました。そのため、提案されたアプローチが機能することを保証できません。

ローカルネットワークに「高層（10）」ハードウェアGPSタイムソースがあり、ntpqでfalsetickステータス（x）を取得しています。ntp.confでserver [x.x.x.x] true（x = IPアドレス）を使用すると、falsetickチェックがバイパスされます。それが可能な候補になることを可能にします。ストラタム番号は必ずしも優先順位が高いとは限らないようです。

このサーバー10.xxZが参考にならない場合は、これでうまくいくはずです。

server 10.x.x.Z noselect 

これは、サーバーを監視の目的でのみ使用する必要がある場合に役立ちます。または、次のように構成することもできます。

server 10.x.x.X prefer

したがって、10.xxXが使用可能な場合、10.xxZは使用されません。

優先される理由の1つは、他のタイムサーバーに最近アクセスできなくなったことです。リーチ列をご覧ください。