NTPサーバー - ローカルシステムクロックで同期

NTPサーバー - ローカルシステムクロックで同期

NTPサーバーとして宣言されたデバイス(現在Raspberry Pi 3ベース)を作成する必要がありますが、インターネットに接続されていないため、NTPはローカルシステムクロック(アプリケーションで設定)から実際の時間を読み取る必要があります。 )。私の/etc/ntp.confは次のようになります。

restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

restrict 127.0.0.1
restrict -6 ::1
restrict ::1

server  127.127.1.0 # local clock
fudge   127.127.1.0 stratum 1

driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log

コマンドを使用して接続をテストすると(後でservice ntp restart)、ntpdate -du localhost次の出力が表示されます。

transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
::1: Server dropped: strata too high
127.0.0.1: Server dropped: strata too high
server ::1, port 123
stratum 16, precision -20, leap 11, trust 000
refid [::1], delay 0.02573, dispersion 0.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  6:28:16.000
originate timestamp: ddbf0da9.473a860b  Tue, Nov 21 2017 20:40:09.278
transmit timestamp:  ddbf0da9.47320583  Tue, Nov 21 2017 20:40:09.278
filter delay:  0.02579  0.02573  0.02574  0.02573
         0.00000  0.00000  0.00000  0.00000
filter offset: 0.000018 -0.00001 -0.00000 -0.00001
         0.000000 0.000000 0.000000 0.000000
delay 0.02573, dispersion 0.00000
offset -0.000011

server 127.0.0.1, port 123
stratum 16, precision -20, leap 11, trust 000
refid [127.0.0.1], delay 0.02570, dispersion 0.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  6:28:16.000
originate timestamp: ddbf0da9.7a812105  Tue, Nov 21 2017 20:40:09.478
transmit timestamp:  ddbf0da9.7a7990a1  Tue, Nov 21 2017 20:40:09.478
filter delay:  0.02571  0.02570  0.02570  0.02570
         0.00000  0.00000  0.00000  0.00000
filter offset: -0.00000 -0.00001 -0.00001 -0.00001
         0.000000 0.000000 0.000000 0.000000
delay 0.02570, dispersion 0.00000
offset -0.000013

21 Nov 20:40:09 ntpdate[1181]: no server suitable for synchronization found

私は何が間違っていましたか?ntpシステムクロックから時間を取得できないのはなぜですか?

答え1

このserverステートメントにはキーワードが含まれていないため、iburst再起動後に ntpd がタイムソースと同期するのに数分かかることがあります。この間、他のサーバーに提供される回答は信頼できないと見なされます。

はい、それ自体が効果的に同期している場合でも同様です。

ntpdate -d出力では、これはstratum 16, precision -20, leap 11ntpdが「私は現在他の人にタイムサービスを提供する準備ができていません」と考えていることを意味します。

関連情報