хрония с прерывистым рефклоком

У нас есть машина с подключенным GPS, которую мы используем в качестве сервера времени посредством gpsd и chrony.

Проблема в том, что GPS иногда недоступен. Мы по-прежнему хотим, чтобы другие машины в нашей сети продолжали синхронизировать свое время с сервером времени, управляемым GPS. Но мы не уверены, как настроить хрони, чтобы это произошло. Даже если GPS отключен в течение длительного периода, мы все равно хотим, чтобы все другие машины синхронизировались с этим, несмотря на возможность того, что его часы отклонились от реального времени GPS.

Похоже, что «локальная» настройка конфигурации может быть полезной, но документация схематична. Скажет ли этот параметр chrony вернуться к локальным системным часам, если эталонные часы недоступны, но затем синхронизироваться с эталонными часами, когда они вернутся в сеть? Или есть какой-то другой подход, который будет работать?

Это все системы Redhat 6.5, работающие под управлением chrony 1.31.1.


redhat ntp gps-time
person SixDegrees    schedule 18.09.2015    source источник
comment
Есть ли у вашего сервера времени доступ в Интернет?   -  person dfc    schedule 19.09.2015
comment
Нет, у него нет доступа в Интернет. Он может получить свое время либо от GPS, либо (в конечном счете) от аппаратных часов.   -  person SixDegrees    schedule 19.09.2015
comment
Вы можете опубликовать свой сервер ntp.conf и вывод ntpq -pcrv от клиента.   -  person user3788685    schedule 19.09.2015
comment
Обратите внимание, что я не использую ntpd; Я использую Хрони.   -  person SixDegrees    schedule 20.09.2015

Ответы (1)


arrow_upward
2
arrow_downward

Получается, что хрони здесь ведет себя прозрачно. Он надежно сообщает время, используя сервер времени по своему выбору, когда он доступен, а затем возвращается к использованию местного времени, если нет внешнего сервера, к которому он может подключиться. Добавляя

местный слой 10

к файлу конфигурации, он будет переключаться туда и обратно в зависимости от доступности серверов и их рейтинга. Хотя то, как ранжируются серверы, остается в значительной степени непрозрачным, тестирование убедительно свидетельствует о том, что это удовлетворит наши потребности. chrony также с удовольствием проверит временную метку своего собственного файла дрейфа при запуске и заменит это время системным временем, если сервер вообще не может быть найден, т. е. когда нет подключения к Интернету и разрядилась батарея RTC. Именно такое поведение мы и ищем.

Есть некоторые аспекты chrony, которые я еще не могу протестировать — в данный момент я работаю с виртуальными машинами, и они не очень хорошо эмулируют настоящие аппаратные часы, поэтому, когда я вернусь к реальной системе, мне еще многое предстоит изучить, но это другая тема.

person SixDegrees    schedule 20.09.2015