web-dev-qa-db-ja.com

私の両方のntpサーバーは、ステータスでfalsetickersとしてマークされています

Linuxボックスがあり、同期する2つのntpサーバーをセットアップしました。このボックスは、強制同期される前に極端に同期していませんでした(61秒)。次の出力は、この同期の1時間後です。 ntpqをチェックすると、

ntpq> peers                                                                           
          remote           refid      st t when poll reach   delay   offset  jitter     
==============================================================================     
x192.168.[redacted]   .MDM.            1 u  113  256  377    0.513   13.120   1.843     
x192.168.[redacted]   .MDM.            1 u  115  128  377    2.689    0.618   1.230     

両方とも偽ティッカーに設定されています!

ntpq> assoc                                                 

ind assID status  conf reach auth condition  last_event cnt 
=========================================================== 
  1 13191  91d4   yes   yes  none falsetick   reachable 13  
  2 13192  91d4   yes   yes  none falsetick   reachable 13  

アルゴリズムを選択して両方をfalseに設定することになった理由と、それを修正するにはどうすればよいですか?


更新!

上記のコマンドを再実行して、新しいステータスを取得しました。

ntpq> assoc                                                                     

ind assID status  conf reach auth condition  last_event cnt                     
===========================================================                     
  1 13191  91d4   yes   yes  none falsetick   reachable 13                      
  2 13192  96d4   yes   yes  none  sys.peer   reachable 13                      
ntpq> pe                                                                        
     remote           refid      st t when poll reach   delay   offset  jitter  
==============================================================================  
x192.168.[red]   .MDM.            1 u  241  256  377    0.513   13.120   1.396  
*192.168.[red]   .MDM.            1 u  114  256  377    2.671    0.567   0.710  
2
kurast

時計を1つ持っている人は今何時か知っています。時計を2つ持っている人は決してわかりません。

別のサーバーを追加して、ntpdが2つのクロック間の関係を解消できるようにする必要があります。サーバーアソシエーションの可能なすべての数の中で、2つのクロックが最悪のセットアップです。 3番目のサーバーが層2または層3のどちらであるかは問題ではありません。ntpdにだれが偽者であるかを見分ける機会を与えるだけです。

PS

RFC1918アドレスを編集する必要はありません。実際、このように編集すると、答えが難しくなります。編集したオクテット(xxx.xxx.1.1とxxx.xxx.1.2)を切り替えた方がよいでしょう。少なくともそうすれば、どちらか一方を参照するのは簡単です。しかし最も重要なのは、1918年の住所を編集する必要がないことです。

3
dfc