☰

NTP-сервер — синхронизация с локальными системными часами

tag-icon • tag-icon raspberry-pi raspbian ntp ntpd
NTP-сервер — синхронизация с локальными системными часами

Мне нужно создать устройство (в настоящее время на базе Raspberry Pi 3), которое указано как NTP-сервер, не подключено к Интернету, и 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 11что ntpd думает: «Я не готов предоставлять службу времени другим прямо сейчас».

Связанный контент