Рейтинг:1

chrony: время хостинга с RTC в качестве авторитетных часов в системе с воздушным зазором (изолированной)

флаг al

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

Я надеялся настроить хронид таким образом, чтобы он использовал RTC на назначенном хосте в качестве авторитетного источника времени и предоставлял клиентам службу NTP, чтобы они могли синхронизироваться с ней. Поэтому, если администратору необходимо изменить время в локальной сети, он может обновить RTC на сервере времени, и все должно синхронизироваться при наличии достаточного времени.

К сожалению, мне не очень повезло с настройкой хронид этим способом. Если я не укажу никаких серверов времени ("сервер ..." в /etc/хрони/хрони.конф) тогда хронид кажется, работает с нет источников, а не использовать локальный RTC в качестве источника.

рефклок config можно использовать для выбора внешнего источника времени, такого как GPS или PPS, но ни один из драйверов не подходит для чтения RTC.

У меня была одна идея — написать небольшое приложение для чтения RTC и предоставления его в виде данных PPS по сети. НОСОК драйвер, но дальнейшее чтение показало, что для этого также требуется источник NTP, поскольку это измерение доли секунды, а не абсолютное время.

Можно ли использовать хронид этим способом?

Рейтинг:1
флаг cn
местный 

само по себе в chrony.conf достаточно, чтобы включить локальную систему в качестве эталона.

RTC не идеальны, они сильно дрейфуют. Если вам нужна только точность, а не точность, это может быть приемлемо.

Другие директивы также полезны.

# Локальная ссылка на себя
местный

# Разрешить хроническую настройку времени, когда человек может ввести время
# Дрейф оценивается на основе этих входных данных
# Полезно в средах без других эталонных часов
руководство    

# Дрейф записи особенно важен
# когда временных меток мало и далеко друг от друга
файл дрейфа /var/lib/chrony/drift

# Получить смещение TAI-UTC и високосные секунды из системной базы данных tz.
скачок вправо/UTC
флаг al
Спасибо тебе за пояснение. Да, в этом случае требуется точность — все хосты в сети должны согласовать текущее время (с некоторым допуском), но если это не реальное время, то это приемлемо, если оно примерно правильное (в пределах нескольких минут в течение месяцев). и время от времени могут быть исправлены вручную.
Рейтинг:0
флаг al

Чтобы ответить на свой вопрос, я нашел Изолировать сети документация частично актуальна, в конкретных условиях хрони.конф включать:

местный слой 8
руководство

Кажется, что изначально это отсчитывает время от RTC, поэтому, возможно, использование установить время не нужен? я не уверен, если руководство необходимо.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.