☰

NTPは動作しますが、時計が異なります。

tag-icon • tag-icon freebsd virtualbox virtual-machine ntp
NTPは動作しますが、時計が異なります。

NTPを使用してLAN上の複数のコンピュータを同期しようとします（9台のコンピュータが1台のコンピュータに複製され、同じ設定を持ちます）。
すべてのシステムは、Ubuntu 14.04をホ​​ストOSとして使用してVirtualBoxでFreeBSD 10.2を実行しているため、ゲストOSを追加する必要はありません。
Ubuntuホストとntpプライマリサーバーをタイムサーバーとして使用します。

logfile /var/log/ntpd
driftfile /var/db/ntp.drift
logconfig=allsync + allclock

server pool.ntp.org iburst
server 192.168.1.110 iburst
server 127.127.1.0
fudge 127.127.1.0 stratum 10

NTPが動作しているようです。

root@vccc:~ # ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.110   173.44.32.10     3 u    8   64    1    0.168   36.817   0.280
 LOCAL(0)        .LOCL.          10 l    -   64    0    0.000    0.000   0.000
 176.9.253.76 (n 129.70.132.33    3 u    1   64    1  231.664   99.656  17.441

ただし、両方のコンピュータの時刻を同時に確認すると（tmuxの同期ウィンドウを使用して）、同じではありません。

# for i in {1..5};do date && sleep 1; done │# for i in {1..5};do date && sleep 1; done
Mon Dec 21 00:43:52 IRST 2015              │Mon Dec 21 00:43:32 IRST 2015
Mon Dec 21 00:43:53 IRST 2015              │Mon Dec 21 00:43:33 IRST 2015
Mon Dec 21 00:43:54 IRST 2015              │Mon Dec 21 00:43:34 IRST 2015
Mon Dec 21 00:43:55 IRST 2015              │Mon Dec 21 00:43:35 IRST 2015
Mon Dec 21 00:43:56 IRST 2015              │Mon Dec 21 00:43:36 IRST 2015

NTPは何に使用されますか？
すべてのマシンがまったく同じ時間を持つようにする方法は？

編集する
@chexumの提案に従い、TZ=UTC date同じ結果を得ました。

マシン1： 2015年12月20日日曜日22:53:00 UTC

マシン2： 2015年12月20日日曜日22:52:59 UTC

マシン3： 2015年12月20日日曜日22:52:47 UTC

マシン4： 2015年12月20日日曜日22:52:31 UTC

マシン5： 2015年12月20日日曜日22:52:59 UTC

マシン6： 2015年12月20日日曜日22:52:39 UTC

マシン7： 2015年12月20日日曜日22:53:00 UTC

マシン8： 2015年12月20日日曜日22:52:45 UTC

マシン9： 2015年12月20日日曜日22:52:39 UTC

出力は次のとおりですntpq -pn|grep '*'。

Machine #1:  
*194.225.150.25  193.67.79.202    2 u   13   64    1   15.677   57.252   9.383

Machine #2:  
*194.225.150.25  193.67.79.202    2 u   16   64    1   17.431   77.865  26.331

Machine #3:  
*192.168.1.110   91.189.94.4      3 u   16   64    1    0.618  106.251  49.607

Machine #4:  
*194.225.50.25   129.70.132.33    3 u   16   64    1   16.556  258.324 111.098

Machine #5:  
*194.225.50.25   129.70.132.33    3 u   19   64    1   16.290   95.826  34.486

Machine #6:  
*192.168.1.110   91.189.94.4      3 u   18   64    1    1.111  132.498  79.517

Machine #7:  
*194.225.150.25  193.67.79.202    2 u    2   64    1   15.815   33.073   1.654

Machine #8:  
*194.225.50.25   129.70.132.33    3 u   19   64    1   15.812  135.808  58.548

Machine #9:  
*192.168.1.110   91.189.94.4      3 u    1   64    1    0.148   48.311   0.015

答え1

実際のタイムゾーンのプロフィールを確認できますか？約20秒の差は、うるう秒で構成される時間帯と、うるう秒で構成される時間帯との間の不一致を表します。

> TZ=right/Europe/London date; TZ=Europe/London date
Sun Dec 20 22:34:45 GMT 2015
Sun Dec 20 22:35:10 GMT 2015

TZ=UTC dateタイムゾーンの違いを排除するために、すべてのコンピュータで印刷時間が同じであることを確認する方が簡単です。

ただし、これは正確に26秒を占める必要があります（2番目の境界で確認すると、追加の1秒の違いを説明できます）。上記の2つのクライアントは現在完全に同期されていますか？

一部のGPSスティックは、うるう秒の違いを忘れて悪名高いが、すべてのクライアントが同じNTPサーバーを使用している場合（悪い）、ローカルGPSデバイスをNTPタイムソースとして使用する場合にのみ影響します。

答え2

私の考えでは、NTPは〜15秒の違いを修正するために起動時にntpdateを実行していないようです。 NTPはプライマリサーバーを選択しましたが、同期を達成するには時間を徐々に調整する必要があります。 ntpdを停止してみてください。接続可能な ntp サーバーに対して ntpdate を実行し、ntp を再起動します。

関連情報