Предпочитаемый NTP-сервер был отклонен, несмотря на лучшее смещение и дрожание
У нас есть клиент NTP, настроенный в одной из наших систем. У клиента есть набор доступных серверов, с которыми он может синхронизироваться.
Однако предпочтительным сервером, который мы выбрали, является наш главный главный сервер с IP 169.254.1.51.
Содержимое ntp.conf для того же ниже: -
# --- СЕТЬ КЛИЕНТОВ -------
# --- НАСТРОЙКИ ПОЛЬЗОВАТЕЛЯ НАЧИНАЮТСЯ ---
сервер 10.241.34.2 iburst
сервер 10.241.34.3 iburst
сервер 10.241.34.4 iburst
ограничение 10.241.34.2 маска 255.255.255.255 nomodify notrap noquery
ограничение 10.241.34.3 маска 255.255.255.255 nomodify notrap noquery
ограничение 10.241.34.4 маска 255.255.255.255 nomodify notrap noquery
# --- ПОЛЬЗОВАТЕЛЬСКИЕ НАСТРОЙКИ КОНЕЦ ---
# --- NTP MULTICASTCLIENT ---
ограничение 169.254.0.0 маска 255.255.0.0 nomodify notrap # внутренняя сеть
# --- НАЧИНАЮТСЯ ВНУТРЕННИЕ ТАЙСЕРВЕРЫ -----
сервер 169.254.1.51 burst iburst minpoll 4 maxpoll 6 предпочитают # внутренний мастер-сервер
# --- ОБЩАЯ КОНФИГУРАЦИЯ ---
сервер 127.127.1.0 iburst minpoll 4 # локальные часы
выдумка 127.127.1.0 пласт 10
повозиться шаг 0Выше для части конфигурации. Однако, когда мы проверяем системный журнал после настройки и перезапуска системы, мы обнаружили, что клиент синхронизируется с внешним сервером, а не предпочитает сервер, как зафиксировано в выводе ntpq в системном журнале.
22 марта 05:52:48 Узел ntpcheck: удаленный рефидинг, когда задержка опроса смещает дрожание
22 марта 05:52:48 Узел ntpcheck: =============================================================================
22 марта 05:52:48 Node ntpcheck: *10.241.34.2 10.240.33.1 4 u 2 64 1 0.192 -519.50 5.769
22 марта 05:52:48 Node ntpcheck: 10.241.34.3 10.241.34.2 5 u 1 64 1 0.172 -523.79 8.912
22 марта 05:52:48 Узел ntpcheck: 10.241.34.4 10.241.34.2 5 u 2 64 1 0,207 -520,73 8,082
22 марта 05:52:48 Узел ntpcheck: 169.254.1.51 МЕСТНЫЙ (0) 11 u 1 16 1 0,113 -0,043 2,099
22 марта 05:52:48 Узел ntpcheck: 127.127.1.0.LOCL. 10 л 14 16 1 0,000 0,000 0,001}Далее приведенное ниже сообщение постоянно загружалось в системный журнал.
22 марта 06:51:11 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 марта 22 06:51:27 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 22 марта 06:51:45 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:52:03 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 06:52:20 Узел ntpd[31292]: синхронизирован в LOCAL(0), уровень 10 марта 22 06:52:35 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 марта 22 06:52:51 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 марта 22 06:53:06 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 06:53:20 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:53: 23 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 06:53:38 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:53:53 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 мар 22 06:54:11 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 мар 22 06:54:29 узел ntpd[31292]: синхронизирован с 10.241.34.2, ст ratum 4
Mar 22 06:54:47 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10
Mar 22 06:55:02 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 Mar 22 06:55: 20 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 марта 22 06:55:21 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 марта 22 06:55:35 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:55:53 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 06:56:10 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:56:28 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 06:56:46 Узел ntpd[31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:57:03 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 марта 22 06:57:21 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 22 марта 06:57:38 Узел ntpd [31292 ]: синхронизирован с 10.241.34.2, страт 4 марта 22 06:57:54 Узел ntpd[31292]: синхронизирован с LOCAL(0), страт 10 мар 22 06:58:09 Узел ntpd[31292]: синхронизирован с 10.241. 34.2, уровень 4 марта 22 06:58:24 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 марта 22 06:58:42 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4 марта 22 06: 58: 59 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 марта 22 06:59:15 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 22 марта 06:59:30 Узел ntpd [ 31292]: синхронизирован с LOCAL(0), слой 10 марта 22 06:59:46 Узел ntpd[31292]: синхронизирован с 10.241.34.2, слой 4 марта 22 07:00:02 Узел ntpd[31292]: синхронизирован с LOCAL(0), уровень 10 22 марта 07:00:17 Узел ntpd[31292]: синхронизирован с 10.241.34.2, уровень 4Мы попытались проверить на форумах NTP и определили, что он использует приведенный ниже параметр при определении сервера, который предпочтительнее синхронизировать с (Ссылка: - https://www.eecis.udel.edu/~mills/ntp/html/warp.html).: -
- Первый уровень отклонения происходит на основе смещения и задержки.
- Затем после отклонения пула оставшиеся в живых передаются алгоритму кластеризации часов.
- Алгоритм кластеризации зависит от дрожания, чтобы решить.
- Оставшиеся все серверы являются выбираемыми выжившими, любой из них может быть выбран.
- Теперь в игру вступает роль предпочтительного ключевого слова, и все выбираемые проверяются и выбирается одно из них.
- Если выжившего нет, то правило миграции решит одноранговый узел.
Однако в выводе ntpq сервер предпочтений имеет лучшее смещение и дрожание, даже если он не выбран.
Можно ли определить, на каком основании он отклоняет предпочтительный сервер в этом случае.