Используйте режим висячей строки ntp для синхронизации времени два автономных компьютера

У меня есть два основанных на руке Linux (человечность 14.04) компьютеры, Jetson TK1 и TX1, который полетит на мультивертолете и следовательно не иметь никакого интернет-соединения (они объединяются в сеть вместе на борту). У них также нет RTC встроенным, но я добавил внешний к Jetston TK1. Время TK1 установлено на начальной загрузке от этого RTC без проблем (использующий a sudo hwclock -s -f /dev/rtc0 в rc.local). Я пытаюсь заставить TX1 синхронизировать ко времени TK1 с помощью ntp.

ntp.conf файл TK1 содержит:

driftfile /var/lib/ntp/ntp.drift

server 0.us.pool.ntp.org
server 1.us.pool.ntp.org
server 2.us.pool.ntp.org
server 3.us.pool.ntp.org

tos orphan 5

TX '1 с ntp.conf файл содержит:

driftfile /var/lib/ntp/ntp.drift

# Specify one or more NTP servers.

server 10.20.3.149 iburst prefer

server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

где 10.20.3.149 IP-адрес TK-1. Если я работаю ntpq -p Я получаю ntpq-p

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 192.168.0.10    .INIT.          16 -    -  512    0    0.000    0.000   0.000
 192.168.3.149   .INIT.          16 -    -  512    0    0.000    0.000   0.000

и если я работаю ntpdate -dv 10.20.3.149 Я добираюсь

12 Aug 12:36:23 ntpdate[2197]: ntpdate 4.2.6p5@1.2349-o Thu Feb 11 18:30:14 UTC 2016 (1)
Looking for host 10.20.3.149 and service ntp
host found : TK-Astro
transmit(10.20.3.149)
receive(10.20.3.149)
transmit(10.20.3.149)
receive(10.20.3.149)
transmit(10.20.3.149)
receive(10.20.3.149)
transmit(10.20.3.149)
receive(10.20.3.149)
10.20.3.149: Server dropped: Server has gone too long without sync
server 10.20.3.149, port 123
stratum 5, precision -22, leap 00, trust 000
refid [10.20.3.149], delay 0.02838, dispersion 0.00037
transmitted 4, in filter 4
reference time:    00000000.00000000  Sun, Dec 31 1899 19:00:00.000
originate timestamp: db58798a.31270a17  Fri, Aug 12 2016 12:36:26.192
transmit timestamp:  db58798e.185b391c  Fri, Aug 12 2016 12:36:30.095
filter delay:  0.02843  0.02838  0.02869  0.02863 
         0.00000  0.00000  0.00000  0.00000 
filter offset: -3.90380 -3.90424 -3.90470 -3.90468
         0.000000 0.000000 0.000000 0.000000
delay 0.02838, dispersion 0.00037
offset -3.904242

12 Aug 12:36:30 ntpdate[2197]: no server suitable for synchronization found

Я вижу, что ссылочное время является путем прочь (даже при том, что системное время корректно) - это, что инициировало сообщение Server has gone too long without a sync? Я не забочусь, не составляет ли время 100%, точно исправляют целый, эти две платы синхронизируются вместе. Существует ли способ вынудить эти две платы синхронизировать независимо от того, когда последняя синхронизация сервера была?

3
задан 12 August 2016 в 20:22

2 ответа

В дополнение к висячей строке Тосеса все члены группы Режима Висячей строки должны быть настроены в сетке (т.е. они должны все быть клиентами / коллеги друг друга). Любой режим ассоциации NTP может использоваться для установки этой сетки.

конфигурация TK1 испытывает недостаток в конфигурации TX1. Если Вы не имеете усеченный конфигурация, необходимо также быть нужно соответствующее, "ограничивают" строку (строки), чтобы позволить друг другу для соединения.

restrict default kod nomodify notrap nopeer noquery
restrict 10.20.3.0 mask 255.255.255.0 nomodify notrap
restrict 127.0.0.1
2
ответ дан 1 December 2019 в 16:21

Оба сервера должны быть подключены как коллеги. Добавьте строку как peer 192.0.2.16 к каждому серверу с помощью IP-адреса другого сервера на строке.

я полагаю, что необходимо установить один из серверов для обеспечения источника часов. Я всегда настраиваю один сервер нейтрализация, если сетевое соединение перестало работать. Если Вы включаете локальные часы на обоих серверах, устанавливаете слой на различные значения. Где угодно между 8 и 12 должно быть хорошим.

# Fallback to local clock if all else fails
server  127.127.1.0     # local clock
fudge   127.127.1.0 stratum 10

установка Recommended для висячей строки равняется еще 2, чем худшие часы случая, и это появляется 6, самая низкая допустимая установка. Если бы можно синхронизировать к RTC с вышеупомянутой установкой, я установил бы висячую строку на 12.

при включении локальных часов на обоих серверах установите слой на различные значения. Где угодно между 8 и 12 должно быть хорошим. Поскольку у Вас только есть один RTC, это было бы не применяться.

1
ответ дан 1 December 2019 в 16:21

Другие вопросы по тегам:

Похожие вопросы: