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タイムソースとして使用する場合にのみ影響します。

おすすめ記事