Назад | Перейти на главную страницу

Как далеко «слишком далеко» для ntpd? Может ли он попасть туда резким скачком к большой нагрузке? Можно ли это изменить?

Во многих праймерах по ntpd, например вот этот, всегда есть предупреждение о том, что ntpd перестанет сбрасывать часы «[если] ваши часы слишком далеко».

Как далеко это «слишком далеко»?

Кроме того, если сервер совершает внезапный скачок к большой нагрузке, например, с полной простоя до 100% ЦП, не приведет ли повышение температуры к смещению часов до «слишком большого отклонения»?

Можно ли настроить ntpd на сброс часов, даже если время «слишком далеко» или, по крайней мере, сделать «слишком далеко» немного дальше?

Во-первых, максимальная разница по умолчанию составляет 1000 с, как упоминали другие. Как заявил @kyle, вы можете использовать -g флаг игнорировать это ОДИН время только для первоначальной установки часов.

После этого вы действительно не должны видеть, что ваши часы дрейфуют на 1000 секунд между обновлениями даже при высокой нагрузке, и если вам действительно нужно заменить часы. Настройки в нужной конфигурации: minpoll и maxpoll. Это позволит вам установить продолжительность интервала в степени 2 (например, 10 означает 210 = 1024 с).

Обратите внимание, что ваша система, скорее всего, не будет сильно дрейфовать даже при высокой нагрузке, и настройки по умолчанию должны держать это под контролем. Вы не хотите бомбардировать серверы NTP обновлениями каждую секунду, поскольку вы тратите ресурсы впустую, это приведет к блокировке и, скорее всего, вызову вашего ISP 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. Увидеть Документация по разным параметрам Узнать больше.