Этот вопрос неоднократно возникал в локализованном виде. Этот вопрос предназначен для обеспечения предпочтительного / наилучшего метода синхронизации системных часов с использованием NTP.
Решение должно правильно обрабатывать несколько проблем, таких как:
Скорректируйте время при загрузке, когда часы имеют большой перекос.
Предоставьте конфигурацию, которая защищает и / или исправляет ситуации, когда часы могут иногда проявлять большой перекос во времени.
Надежное решение, которое может быстро обрабатывать и синхронизировать время при возникновении определенных проблем, таких как: «сервер времени не был доступен во время загрузки» или «Интернет недоступен во время загрузки».
Идеальным решением был бы один файл конфигурации NTP, способный справиться со всем этим.
Ссылки
Многие из частей, которые обеспечат «окончательное» решение, распределены по сайту U & L в таких вопросах:
- Как заставить настройки времени и даты обновляться из интернета?
- Синхронизация времени машин в локальной сети с GPS NTP сервером в локальной сети
- Как я могу сделать модуль Puppet, который фиксирует время?
- NTP не синхронизируется в ВМ
Там обязательно должны быть другие, но это те, которые я видел, которые приходят на ум как актуальные.
Ответы:
Поскольку вы не можете исправить большие отклонения во времени с помощью ntp (если у вас нет нескольких часов, чтобы часы наверстали упущенное или замедлились), я делаю это:
Я делаю это один раз в день, каждый день. Я также поместил ntpdate в сценарий инициализации для запуска до запуска ntp после загрузки, так как перезагрузки и циклы питания являются наиболее вероятными / частыми событиями, которые портят системное время.
источник
То, что вы ищете,
ntpd
с--panicgate
опцией.Опция panicgate позволяет первой настройке после
ntpd
запуска быть любого размера. Это как раз для случая использования, который вы описали, когда машина подходит, а ее часы крайне неточны. Когда ntpd запускается с этой опцией, может потребоваться время, чтобы найти сервер и установить синхронизацию с ним.Эта опция сама по себе решает ваш пункт № 1.
№ 2 ванильный NTDP. Ntpd хранит дрейфовый файл, который показывает скорость изменения частоты вашей системы.
№ 3 - это то же самое, что и № 1.
--panicgate
Вариант не ограничивается сразу после Ntpd начинается, она ограничивается «первой корректировки», всякий раз, когда корректировка.источник
-g
или есть эквивалентная опция, чтобы установитьntp.conf
?-g
что уже используется по умолчанию в моей установке Debian, но я не знаю, в каком файле init / config это делается.Используйте chronyd / chronyc вместо ntp / ntpdate. Это уже метод по умолчанию в fedora и, я полагаю, будет в RHEL 7.0, как только он будет готов.
Документация может быть найдена в http://chrony.tuxfamily.org/
источник