Как далеко "слишком далеко" для ntpd? Может ли он попасть туда внезапным прыжком на тяжелый груз? Может ли это быть отменено?
Во многих учебниках по ntpd, таких как этот, всегда есть предупреждение, что ntpd перестанет сбрасывать часы: "[если] ваши часы слишком далеко".
Насколько далеко "слишком далеко"?
Кроме того, если сервер внезапно перейдет к большой нагрузке, например, из-за полного простоя на 100% ЦП, не приведет ли повышение температуры к тому, что часы переместятся на "слишком большое расстояние"?
Можно ли настроить ntpd для сброса часов, даже если время "слишком далеко" или, по крайней мере, "слишком далеко" немного дальше?
3 ответа
Во-первых, максимальная разница по умолчанию составляет 1000 с, как уже упоминали другие. Как сказал @kyle, вы можете использовать -g флаг, чтобы игнорировать это ОДИН раз только для первоначальной установки часов.
После этого вы действительно не должны видеть, как ваши часы смещаются на 1000 секунд между обновлениями даже при высокой нагрузке, и если вам это нужно, вам действительно нужно заменить часы. Настройки в нужной вам конфигурации: minpoll а также maxpoll, Это позволит вам установить длительность интервала в степень 2 (например, 10 означает 2 10 = 1024 с).
Обратите внимание, что ваша система, вероятно, не будет существенно дрейфовать даже при высокой нагрузке, и настройки по умолчанию должны держать ее под контролем. Вы не хотите бомбардировать NTP-серверы обновлениями каждую секунду, так как вы тратите ресурсы, это блокирует вас и, скорее всего, вызов вашего NOC-провайдера. Если вам действительно нужно очень точное время, используйте GPS или настройте собственный NTP-сервер.
NTPD может настраивать ваши часы с медленным шагом, если он выключен, поворот часов. Идея заключается в том, что медленные шаги не вызовут проблем с программными таймерами, странных пробелов в файлах журналов и т. Д.
Максимально возможная скорость нарастания ограничена ядром Unix до 500 частей на миллион (PPM). В результате часы могут брать 2000 секунд за каждую секунду, когда часы находятся за пределами допустимого диапазона.
Согласно странице руководства, ntpd не будет работать, если ваши часы отключены более чем на 1000 секунд.
Поскольку поворот часов на настройку их на 1000 секунд займет не менее 3 недель, и в течение этого времени все метки даты / времени все еще выключены, что не представляется необоснованным.
ntpdate Команда имеет переключатель -b, чтобы просто настроить время без поворота. Это полезно в тех случаях, когда локальные системные часы слишком сильно отклоняются от "правильного" времени.
Это указано в man ntpd и вы переопределите его, вы можете быть заинтересованы в -g опция (Обратите внимание, что "по умолчанию 1000 с":
-g Обычно,
ntpdвыходит с сообщением в системный журнал, если смещение превышает порог паники, который по умолчанию составляет 1000 с. Эта опция позволяет установить время на любое значение без ограничений; однако это может произойти только один раз. Если порог превышен после этого,ntpdвыйдет с сообщением в системный журнал. Эта опция может быть использована с-qа также-xопции. УвидетьtinkerКоманда для других опций.
Вы можете настроить это в ntpd.conf, Если вы хотите отключить его, вы можете установить tinker panic 0, Смотрите документацию Прочие опции, чтобы узнать больше.