Virbactd.ru

Авто шины и диски
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Русские Блоги

Русские Блоги

Прощай, NTP, пора принять Chrony, сервис синхронизации времени нового поколения!

Chrony Многофункциональный NTP (Network Time Protocol) Реализация, класс Unix Система NTP Альтернативы клиентам и серверам. Это может пройти NTP Сервис или аналогичный GPS Эталонные часы на аппаратном уровне приемника тактовых сигналов используются для синхронизации системных часов, что обеспечивает лучшую точность часов и очень полезно для систем с прерывистым подключением к Интернету. Chrony Бесплатно, с открытым исходным кодом и поддерживает GNU/Linux с участием BSD Производные (такие как: FreeBSD 、 NetBSD )、 macOS с участием Solaris Подождите.

Chrony Есть два основных компонента: один chronyd Демон в основном используется для настройки системного времени, запущенного в ядре, для синхронизации с сервером времени. Он определяет скорость, с которой компьютер увеличивает или уменьшает время, а также регулирует и компенсирует это. другой chronyc , Он предоставляет пользовательский интерфейс для мониторинга производительности и разнообразной конфигурации. chronyc допустимый chronyd Работайте на компьютере, управляемом экземпляром, или на другом удаленном компьютере.

Сравнение точности Chrony и NTPD

Мы можем начать с Chrony Вы можете увидеть на официальном сайте NTPD Подробное сравнение каждого измерения:

Судя по результатам тестирования, кажется, что производительность по всем параметрам можно поднять. NTPD . Следовательно Chrony Общая оценка себя относительно высока.

Преимущества Chrony перед услугами NTPD

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

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

После начальной синхронизации часы не останавливаются, чтобы предотвратить воздействие на программы, которым требуется системное время, чтобы оставаться монотонными.

Это обеспечивает лучшую стабильность при работе с временными асимметричными задержками (например, когда соединение перегружено из-за крупномасштабных загрузок).

Нет необходимости регулярно опрашивать сервер, поэтому системы с прерывистыми сетевыми соединениями могут быстро синхронизировать часы.

Установить Chrony

Из Centos 7.x Он предустановлен и открыт в первом минимальном выпуске Chrony . Если он не установлен в вашей системе Chrony , Вы также можете легко установить его, используя следующую команду.

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

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

Настроить Chrony

Chrony Файл конфигурации по умолчанию: /etc/chrony.conf , Ниже представлены некоторые часто используемые элементы конфигурации.

  1. server hostname [option]

server Директивы используются для определения NTP сервер.

один из них 0.centos.pool.ntp.org Да NTP Адрес сервера, по умолчанию четыре официальных группы NTP сервер. Вы также можете изменить его на собственный сервер времени, например: ntp1.aliyun.com 。

iburst Параметр, обычно используйте этот параметр. Значение этого параметра находится в первых четырех временах NTP Запрос с 2s Или более короткие интервалы вместо minpoll x Указанный минимальный интервал, этот параметр позволяет chronyd При запуске выполняется быстрая синхронизация.

Остальные параметры minpoll x Значение по умолчанию — 6, что означает 64s 。 maxpoll x Значение по умолчанию — 9, что означает 512s 。

  1. driftfile file

Chrony Значение коррекции будет рассчитано в соответствии с фактическим временем, а параметры компенсации будут записаны в файл, указанный в инструкции. driftfile /var/lib/chrony/drift 。

против ntpd Или ntpdate Самая большая разница в том, что Chrony Коррекция является непрерывной, а непрерывная коррекция выполняется путем замедления или ускорения часов. В то время как ntpd Или ntpdate Соответствие Crontab Инструмент калибровки времени предназначен для непосредственной регулировки времени, при этом будут прерывания, и одно и то же время может появиться дважды. Поэтому, пожалуйста, откажитесь от использования ntpd 、 ntpdate Приходя в школу.

  1. makestep threshold limit

Эта инструкция делает Chrony Постепенно исправляйте любой сдвиг времени, ускоряя или замедляя часы по мере необходимости. Например: makestep 1.0 3 , Это означает, что если разница во времени 1.0s , Затем пропустите калибровку времени.

  1. rtcsync
Читайте так же:
Регулировка клапанов дизеля 6ч12 14

Включите время ядра и RTC Синхронизация времени (автоматически записывается обратно на оборудование).

  1. logdir

Этот параметр используется для указания Chrony Путь к файлу журнала.

  1. stratumweight

Этот параметр используется для установки chronyd При выборе источника синхронизации из доступных источников укажите, какое расстояние каждый слой должен добавить к расстоянию синхронизации. По умолчанию установлено значение 0, пусть chronyd Игнорируйте уровень источника при выборе источника.

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

Используйте клиентскую программу Chrony для управления

  1. Проверьте, действительно ли синхронизирован Chrony

Проверить Chrony Независимо от того, действительно ли синхронизировать, мы будем использовать его программу командной строки chronyc Проверять.

Главное беспокойство здесь Update interval Этот параметр указывает, что временной интервал между двумя последними обновлениями составляет 64.1s . Значения других параметров в приведенных выше результатах:

Цитата ID -Ссылки в настоящее время синхронизируются компьютером ID И имя.

Stratum -Счетчик прыжков компьютера, подключенного к эталонным часам.

Справочник по времени это последнее измерение опорного источника UTC время.

Системное время — задержка системных часов от сервера синхронизации.

Последнее смещение — предполагаемое смещение последнего обновления часов.

RMS Смещение — долгосрочное среднее значение смещения.

Частота-если chronyd Не исправляя это, система показывает неправильную скорость. это ppm (Частей на миллион) при условии.

Остаточный частотно-Остаточная частота представляет собой разность между измеренным значением опорного источника и используемой в данный момент частотой.

Skew — погрешность расчетной частоты.

Задержка корня — сумма задержки сетевого пути к компьютеру уровня, который компьютер синхронизирует.

Состояние перехода — это состояние перехода, которое может иметь одно из следующих значений: нормальное, вставленные секунды, удаленные секунды или рассинхронизация.

  1. Отображение информации обо всех исходных серверах NTP

Здесь следует обратить внимание на второй параметр, * Представляет источник текущей синхронизации, — Представляет источник, исключенный после расчета по комбинированному алгоритму.

  1. Просмотр онлайн и офлайн статуса сервера NTP
  1. Посмотреть журнал сервиса Chrony
  1. Проверить, доступен ли NTP-доступ для определенного хоста
  1. Эта команда покажет, сколько источников NTP в сети / офлайн.
  1. Вручную добавить новый сервер NTP
  1. Сообщить клиенту о том, что к серверу был доступ
  1. Вручную удалить NTP-сервер или одноранговый сервер
  1. Установить время демона вручную
  1. Сервер времени калибровки, отображение информации о системном времени
  1. Проверить, доступен ли NTP-доступ для определенного хоста
  1. Просмотр источника синхронизации времени
  1. Просмотр статуса источника синхронизации времени

Chrony Функции клиентской программы очень мощные, намного больше, чем описано выше. Не только поддерживает режим командной строки, но также поддерживает интерактивный режим. Если вы хотите узнать больше Chrony Как пользоваться клиентской программой, вы можете использовать man chronyc Команда для получения дополнительной помощи.

Используйте Chrony в качестве NTP-сервера

Чтобы Chrony как NTP Сервер, метод очень простой.

Во-первых, вам нужно изменить /etc/chrony.conf Файл и добавьте следующую конфигурацию.

Во-вторых, перезапустите Chronyd Сервис для загрузки новой конфигурации.

Chronyd После успешного запуска службы она будет отслеживать следующие два порта.

Порт 123/udp В стандартной комплектации NTP Порт прослушивания, если вы хотите предоставить внешний NTP Server Функция, брандмауэр должен быть включен, а адрес прослушивания должен быть внешним адресом. Если вам нужно изменить, вы можете настроить port Параметры для изменения.

Порт 323/udp Это порт управления по умолчанию. Если вам нужно изменить, вы можете настроить cmdport Параметры для изменения.

Наконец, измените настройки брандмауэра, чтобы разрешить 123/udp Запрос от CentOS 7 из Firewalld Взять, к примеру.

дальнейшее чтение

Доступны некоторые общедоступные службы NTP

Общественные NTP В сети много сервисов, но лучшей в домашних условиях должна быть публичная сеть Alibaba Cloud. NTP служба.

Введение в некоторые концепции, связанные со временем

  1. GMT, UTC, CST, DST время

UTC Вся Земля разделена на двадцать четыре часовых пояса, и каждый часовой пояс имеет свое собственное местное время. В случае международной радиосвязи для унификации используется единое время, называемое универсальным координационным временем ( UTC, Universal Time Coordinated )。

Читайте так же:
Регулировка крышки багажника дэу нексия

GMT ВРЕМЯ ПО ГРИНВИЧУ ( Greenwich Mean Time ) Относится к стандартному времени Гринвичской королевской обсерватории, расположенной в пригороде Лондона, Англия, поскольку исходный меридиан определяется как проходящая там долгота. ( UTC против GMT Время в основном такое же)

CST Китайское стандартное время ( China Standard Time )

GMT + 8 = UTC + 8 = CST

DST летнее время ( Daylight Saving Time ) Означает, что летом, когда солнце встает раньше, переводите время на один час вперед, чтобы перейти на дневной свет. (Не используется в Китае)

  1. Аппаратное время и системное время

Аппаратное время: RTC (Real-Time Clock) Или CMOS Время, как правило, на материнской плате, зависит от заряда батареи, и сервер продолжит работу после сбоя питания. Сохраняются только значения даты и времени, а настройки часового пояса и летнего времени сохранить нельзя.

Системное время: обычно копируется при запуске сервера RTC Time, затем запускать независимо, сохранять настройки времени, часового пояса и летнего времени.

Некоторые команды для установки часового пояса и времени

  1. Просмотр текущего часового пояса системы
  1. Установить текущий часовой пояс системы

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

Синхронизация времени

Синхронизация времени в Linux возможна про протоколу NTP, описанному в RFC 5905, и протоколу TIME, описанному в RFC 868. В настоящее время, в подавляющем большинстве случаев, используется протокол NTP. Кроме того, в случае выключения компьютера, либо его перезагрузки, важна синхронизация системного времени с аппаратными часами реального времени материнской платы компьютера (RTC). В ALT есть несколько пакетов, обеспечивающих синхронизацию по протоколу NTP. Использовать одновременно несколько способов не следует. Так же существует дистрибутивонезависимое MINI-HOWTO на эту тему [1] .

Содержание

tzdata [ править ]

Пакет содержит множество описаний временны́х зон, нужная из которых копируется в /etc/localtime (либо это может быть символическая ссылка на соответствующий файл). Только этот файл определяет системную временну́ю зону. Для дистрибутивов ALT с sysvinit копирование может быть выполнено командой

Сама зона, в этом случае, определяется по значению переменной ZONE из /etc/sysconfig/clock.

NTP [ править ]

пакет openntpd [ править ]

Используется по-умолчанию в большинстве дистрибутивов ALT. Отличается высокой безопасностью и как следствие — некоторыми недостатками, самый неприятный из которых — это медленный старт, доходящий в некоторых случаях до суток. Сам демон имеет название ntpd, как и аналогичный из пакета ntp, однако не является совместимым с ним ни по параметрам запуска, ни по средствам контроля, ни по конфигурационному файлу.

пакет ntp [ править ]

Пакет является эталонной реализацией протокола ntp и имеет долгую историю. Считается не очень безопасным ввиду лидерства по количеству закрытых за историю CVE. В ALT пакет состоит из нескольких подпакетов. Непосредственно к синхронизации имеют отношение два, а третий полезен для контроля состояния ntpd.

ntpd [ править ]

Собственно сам демон, который может работать как в качестве клиента, так и в качестве сервера.

ntpdate [ править ]

Утилита, позволяющая однократно посмотреть время на каком-либо NTP-сервере (не обязательно ntpd) и/или синхронизировать с ним системное время. Если запущен ntpd, требуется использовать ключ -u при запуске.

ntpq [ править ]

Утилита, позволяющая посмотреть статус работающего ntpd, как локального, так и удалённого.

пакет chrony [ править ]

Наименее проблемный сервер времени, умеющих синхронизировать время быстро по списку доверенных серверов.
В некоторых конфигурациях это единственный сервер времени, с которым что-то работает, например, кластеры файловой системы ceph.

пакет systemd-timesyncd [ править ]

Является клиентом SNTP, не может быть сервером NTP.

TIME 868 [ править ]

пакет xinetd [ править ]

Встроенный сервер TIME 868 имеет демон xinetd. Чтобы служба заработала, надо в /etc/xinetd.d/time-tcp и /etc/xinetd.d/time-udp заменить «disable = yes» на «disable = no». Так же, не следует забывать про основной /etc/xinetd.conf, в котором, по-умолчанию, присутствует параметр «only_from = 127.0.0.1».

пакет rdate [ править ]

TIME 868 клиент

пакет netdate [ править ]

TIME 868 клиент

DAYTIME 867 [ править ]

Упоминается в контексте Samba. надо понять и дописать, для чего

Синхронизация системного времени с RTC [ править ]

Linux kernel [ править ]

При наличии синхронизации с NTP-сервером ядро каждые 11 минут обновляет время в RTC. Начиная с 3.10, из ядра выпилили код, который пытался обновлять в RTC только минуты и секунды, чтобы обновление работало независимо от часового пояса (но в этом случае не могло быть исправлено расхождение более чем на 15 минут) [2] . В результате, при использовании синхронизаторов, умеющих сообщать ядру о наличии синхронизации, ядро получило возможность выставить значение RTC в UTC в соответствии с текущим значением времени, что внесло некоторую путаницу.

Читайте так же:
Фокус 2 дорестайл как отрегулировать капот

Проверить, что функция синхронизации может быть активирована, можно посредством команды

пакет hwclock [ править ]

При запуске однократно синхронизирует RTC с системными часами, либо наоборот. В зависимости от параметров в RTC может быть установлено время в UTC, либо локальное. В момент исполнения hwclock создаёт файл /etc/adjtime, в котором записано отклонение RTC от системного времени и какое время (локальное, либо UTC) записано в RTC. При загрузке системное время выставляется относительно RTC по данными из adjtime. Несоответствие значения временной зоны в RTC и в файле adjtime (UTC/LOCAL) приводит к сдвигу системного времени при загрузке. В некоторых случаях (например, при использовании ntpd) можно просто обнулить содержимое /etc/adjtime после использования ( >/etc/adjtime ).

другие ОС [ править ]

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

Ubuntu внутри виртуальной машины: ntpd или ntpdate или . чтобы избежать смещения часов

Проблема: ntpd , когда она установлена ​​на виртуальной машине с Ubuntu (у меня это было на хостах с различными гипервизорами, такими как KVM и VMware ESX), похоже, подвержены серьезным нагрузкам дрейфовать. Я не нашел ни одного хорошего метода, и не все, кажется, испытывают это.

Вопрос: Как я могу предотвратить это? Есть ли какие-либо настройки в /etc/ntp.conf , чтобы заставить ntpd быть более агрессивным в синхронизации времени внутри виртуальной машины, или я должен использовать ntpdate -b timeserver вместо этого в cron задании, которое выполняется так часто?

Какие Рекомендуется ли избегать скачков при использовании ntpdate -b или смещения тактовой частоты в виртуальной машине Ubuntu?

Примечание: я видел аналогичные эффекты на ведомых устройствах vios (гипервизор IBM), работающих под управлением AIX как и на солярисе. Таким образом, проблема очень реальна и, по-видимому, связана с гипервизорами в целом.

3 ответа

В виртуальной коробке вы можете попытаться изменить параметр паравиртуализации вашей виртуальной машины.

В настройках вашей машины перейдите к: Система> Ускорение enter image description here

Это исправит проблему для меня.

По крайней мере, в VirtualBox вы можете . У меня раньше были проблемы с синхронизацией времени, но настройка параметров синхронизации времени в гостевых дополнениях , казалось, исправила это.

Вот соответствующий текст из руководства:

Настройка параметров синхронизации времени гостевых дополнений

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

где PARAMETER — одно из следующего:

—timesync-interval Определяет интервал, с которым синхронизируется время с гостья. По умолчанию установлено значение 10000 мс (10 секунд).

—timesync-min-adjust Минимальное абсолютное значение дрейфа, измеренное в миллисекундах для корректировки. По умолчанию 1000 мс в OS / 2 и 100 мс в другом месте.

—timesync-latency-factor Коэффициент, на который умножается задержка запроса времени, чтобы вычислить динамическое минимальное время настройки. Значение по умолчанию — 8 раз, что означает в деталях: измерьте время, необходимое для определения времени хоста (гость должен связаться со службой хоста ВМ, что может занять некоторое время), умножьте это значение на 8 и выполните настройку, только если разница во времени между хостом и гостем больше, чем это значение. В противном случае не корректируйте время.

—timesync-max-latency Максимальная задержка запроса таймера хоста для принятия. Значение по умолчанию составляет 250 мс.

—timesync-set-threshold Абсолютный порог дрейфа, выраженный в миллисекундах, с которого следует начинать устанавливать время, а не пытаться плавно его регулировать. По умолчанию это 20 минут.

Читайте так же:
Регулировка реле давления с нуля

—timesync-set-start Установите время при запуске службы синхронизации времени.

—timesync-set-on-restore 0|1 Установите время после восстановления виртуальной машины из сохраненного состояния при передаче 1 в качестве параметра (по умолчанию). Отключите, передав значение 0. В последнем случае время будет плавно регулироваться, что может занять много времени.

Все эти параметры также могут быть указаны как параметры командной строки для VBoxService .

Отключение синхронизации времени гостевых дополнений

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

Синхронизация времени в Solaris

Время в сети очень важно, так как многие операции в сети должны грамотно синхронизироваться.

Например, очевидно, что при запуске резервного копирования через сеть время на сервере, где расположен ленточный накопитель, и время на сервере, откуда производится копирование , должно быть одинаковым – это особенно важно при автоматизации копирования на ленту, и еще важнее – при организации последовательного копирования на несколько лент, если объема одной недостаточно для завершения копирования.

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

Как узнать и установить системное время и дату

Для того, чтобы узнать, который час, в UNIX принято использовать команду date . Она сообщает и текущую системную дату, и время. Команда time предназначена для другой цели – она подсчитывает время, потраченное системой на выполнение команды. Попробуйте

для проверки, как много времени процессора займет составление и вывод полного списка файлов системы.

С помощью команды date можно не только узнать текущее время, но и установить его. Устанавливать системное время может только root .

Программа date понимает разные форматы дат, когда вы требуете установить дату, наиболее стандартным является формат

  • сс – 19 или 20 ( cc – от «век» – century);
  • yy – год (98, если 1998, или 67, если 2067);
  • MM – месяц;
  • dd – число месяца;
  • hh – час;
  • mm – минуты;
  • ss – секунды.

без параметров выводит текущую дату и время, в формате, определяемом параметрами локализации (locale).

Как синхронизировать время

В Solaris есть возможность установить сервер синхронизации времени, который будет отвечать на вопросы «который час?» от других машин. Клиент этого сервера – программа ntpdate . Она спрашивает время у сервера точного времени (также называемого сервером синхронизации времени) и директивно устанавливает время в своей системе. При маленьких отклонениях времени от эталонного она вызывает функцию «мягкого изменения» времени, когда время не устанавливается определенным одномоментно, а часы системы ежесекундно «подталкиваются» на долю секунды вперед или назад.

Программу ntpdate можно использовать и без собственного эталонного сервера времени, поскольку существуют публичные серверы времени.

Посмотрим, как работает ntpdate – программа установки системной даты и времени:

Установим заведомо неверное время:

Теперь запустим ntpdate и сообщим ей для ориентировки адреса двух эталонных серверов времени (я взял их из списка на www.ntp.org):

Повторим для надежности:

Очевидно, что вторая подвижка времени оказалась существенно меньше, чем первая: вначале часы были «возвращены» к правильному времени, а затем лишь слегка синхронизированы, причем в первом случае использовалась явная установка времени (step time server), а во втором – мягкая «подвижка» (adjust time server).

Программу ntpdate достаточно запускать только при старте системы, если только аппаратура компьютера исправна и таймер не требует постоянной коррекции.

Кроме программы ntpdate существуют и другие средства, предназначенные для организации синхронизации времени в сети. Программа ntpdate – это «клиентская» программа. В локальной сети организации имеет смысл установить по крайней мере один (лучше – два, чтобы был запасной) сервер времени. Именно он будет опрашивать серверы слоя 2, а компьютеры локальной сети будут сверять свои часы по этому локальному серверу времени. В качестве такого сервера в Solaris используют демон xntpd .

Настройка сервера синхронизации времени
Алгоритм работы xntpd

Для синхронизации времени в сети был разработан специальный протокол NTP (network time protocol), в настоящее время используется, в основном, версия 4 этого протокола, но серверы NTP обладают полной обратной совместимостью. Протокол предполагает существование нескольких «слоев» эталонных источников времени.

Как известно, в мире есть так называемые эталонные источники времени – цезиевые часы и радиосигналы точного времени со спутников. Такие эталонные источники, говоря языком протокола NTP, входят в слой 0 ( stratum 0 ) и являются максимально точными из всех доступных эталонов времени.

К серверам слоя 0 обращаются серверы слоя 1. Работающие на последних демоны xntpd (или ntpd – в других системах UNIX) распространяют точное время дальше, к серверам слоя 2 ( stratum 2 ). Именно к серверам слоя 2 обращаются обычные серверы точного времени из локальных сетей самых разных организаций.

Другими словами, серверы времени xntpd в нашей локальной сети представляет собой сервер слоя 3: вся совокупность таких серверов в локальных сетях и образуют слой 3. Номер слоя фактически означает дистанцию (число промежуточных серверов времени) от данного компьютера до эталонного источника точного времени. Важно отметить, что серверы времени одного слоя не общаются между собой.

Каждый NTP-сервер использует один или несколько источников точного времени, полностью полагаясь на них. Эти источники указываются в файле /etc/inet/ntp.conf . При старте xntpd отправляет им запрос, уточняя текущее время.

Каждый из серверов времени, которым мы доверяем, опрашивается несколько раз для получения достоверной статистики задержки передачи пакета. Если указано несколько серверов, время с каждого из них запрашивается многократно. Как правило, 5 минут уходит на опрос каждого сервера для получения показаний времени, которые следует расценивать как достаточно точные.

Запрос к серверу времени выполняется так:

  • клиент (например, наш xntpd ) указывает в отправляемом серверу пакете свое текущее системное время и отправляет этот пакет;
  • сервер времени получает пакет, вкладывает него время передачи пакета, вычисленное как разность между временем отправки и временем получения пакета сервером. Затем он вкладывает в этот же пакет свое текущее системное время и отправляет пакет обратно;
  • клиент получает пакет и запоминает свое локальное время получения пакета.

Теперь клиент имеет возможность рассчитать задержку передачи пакета как половину от «времени передачи туда и обратно минус время обработки пакета сервером».

Если разница между эталонным и текущим системным временем не превышает 128 миллисекунд, то xntpd подстраивает частоту системных часов так, чтобы они догнали или затормозились до эталонного времени. Подстройка происходит довольно медленно и плавно.

Если разница превышает 1000 секунд, xntpd полагает, что имеет место фатальный сбой времени на локальной машине, и завершается с предсмертным воплем, который запишется в /var/adm/messages .

Если разница находится в пределах между 128 миллисекундами и 1000 секундами, то xntpd по умолчанию выставляет время сразу же, просто вызывая функцию settimeofday() .

Как видно, коррекция времени может быть постепенная и резкая. При резкой коррекции системное время изменяется быстрым скачком, одномоментно. Можно запретить такое изменение демону xntpd , указав при запуске ключ –x . Если часы спешат, особенно не рекомендуется изменять время резко, поскольку ряд приложений, зависимых от врмени (например, СУБД), могут в результате сохранить неверные данные. Впрочем, при постоянной работе сервера xntpd , как и при регулярном опросе такого сервера с помощью ntpdate , сильное расхождение времени нашего сервера и эталона исключено. Не следует использовать в качестве сервера времени компьютеры со сбоями аппаратуры или разряженной (неисправной) батарейкой CMOS (x86). Кроме этого, сервер времени не должен быть сильно нагруженным ресурсоемкими задачами компьютером: он не сможет обеспечить быстрый ответ и корректную обработку запроса.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector