ntpdate требует много времени для синхронизации (не ntpd)

Я сослался на ntpdate -d Сервер, уронивший Strata слишком высоко. Это похожий, но другой вопрос.

У меня есть два устройства.

  1. Доска ARM Freescale (NTP-сервер)
  2. Тинкерная доска (клиент)

На плате Freescale, на которой уже установлен NTP-сервер и ntp.conf как показано ниже:

restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap
server 127.127.1.0
fudge 127.127.1.0 stratum 8
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys

Тогда клиент не установил NTP сервер, только использовать ntpdate синхронизировать с сервером один раз.

Вот проблема:

  1. запустить NTP-сервер платы Freescale $ ntpd,
  2. синхронизировать в клиенте $ sudo ntpdate -u -d 192.168.1.10
  3. получил ошибку 192.168.1.10: Server dropped: strata too high
  4. Подождите несколько минут...
  5. синхронизировать снова $ sudo ntpdate -u -d 192.168.1.10
  6. на этот раз без ошибок

Однажды я $ killall ntpd и перезапустить $ ntpd на сервере клиент должен долго ждать $ sudo ntpdate,

Для моего понимания, ntpdate используется для принудительной синхронизации времени. Почему так много времени задержки? И ошибка strata too high вообще не относится ко времени.

Источник

1 ответ

ntpdate не синхронизирует время, оно шагает по времени один раз. Он также будет удален в пользу ntpd а также sntp команды. Не используйте его на клиенте. Вместо этого настройте полную реализацию NTP, например, ntpd или chrony.

Недисциплинированные Местные Часы, LCL refid и настроен как сервер, соответствующий CIDR 127.127.1.0/24, никем не должен использоваться. За NTP вики:

Обычно недисциплинированные локальные часы больше не должны использоваться.

Первоначально он был разработан для использования, когда ntpd должен быть в состоянии обслуживать время другим, даже когда источники в реальном времени недоступны. Пожалуйста, смотрите документацию по распространению для получения информации о других приложениях для недисциплинированных локальных часов.

Пользователи ntp-4.2.2 и более поздних версий должны рассматривать OrphanMode как средство синхронизации синхронизированной изолированной группы серверов.

Недисциплинированные локальные часы не являются резервной копией для экземпляра конечного узла (т.е. только для клиента) ntpd.

На сервере замените линию сервера лучшими эталонными часами: NTP через Интернет, устройство времени с радио или хороший генератор.

Если вам необходимо запустить конфигурацию без надежных эталонных часов, используйте бесхозный режим. Установите порог пласта ниже, чем укрытый LCL вы настроили в сети, но выше, чем приличный интернет-источник, обычно от 1 до 3.

tos orphan 6
Источник
Другие вопросы по тегам