Монетний двір 18.1 - Ціла партія сервера пулу xxx.xxx.xxx.xxx

Я шукав у syslog, щоб переглянути звукову проблему, і бачу велике безліч повідомлень демон-сервера демонстрації ntp сервера пулу Soliciting. У минулому я запускав інші Linux, і ніколи не згадую, щоб побачити стільки повідомлень журналу ntp. Можливо, це пов'язано з новою мережевою проблемою, чи це загальноприйняте для Монетного двору, чи є спосіб їх призупинити, якщо він є "загальним"?

Я змінив апаратне забезпечення та маршрутизатор з тих днів, тому я не виключаю чогось у своїй мережі. У мене немає проблем із доступом до Інтернету чи грою в онлайн ігри тощо.

Повідомлення означають, що ваш сервер ntpd шукає більше джерел часу для синхронізації. Очікується побачити пару з них, особливо після підключення до мережі після відключення або перезавантаження, але якщо ваш ntpd і мережеве з'єднання працюють безперебійно, ви не повинні бачити більше декількох в день. Якщо у вас є кожні кілька хвилин, це, швидше за все, проблема.

Чи ваш ntpd успішно підключається до однолітків та синхронізує час? Ви можете перевірити це за допомогою ntpq. Подивіться на список ровесників ntpq -c peта звітний прошарок та перерви в ntpq -c rv. Прошарок 16 означає "не синхронізований".

Це:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 de.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
user@localhost $ ntpq -c rv
associd=0 status=c016 leap_alarm, sync_unspec, 1 event, restart,
version="ntpd 4.2.8p10@1.3728-o Tue Jun 20 08:08:18 UTC 2017 (1)",
processor="x86_64", system="Linux", leap=11, stratum=16,
precision=-23, rootdelay=0.000, rootdisp=0.090, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
clock=dde6bdf4.dec8453b  Fri, Dec 22 2017  0:10:44.870, peer=0, tc=3,
mintc=3, offset=0.000000, frequency=4.981, sys_jitter=0.000000,
clk_jitter=0.000, clk_wander=0.000

означає, що ваш NTP насправді не працює (у цьому випадку тому, що я його тільки що запустив), хоча це:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 cz.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
+mail.nettel.cz  195.113.144.201  3 u    4   64  377    5.215   -0.842   0.332
*fedecks.wuji.cz 195.113.144.238  2 u   61   64  377    2.121   -2.005   0.171
-lx.ujf.cas.cz   .GPS.            1 u   62   64  177    2.662   -0.714   0.215
-pyrrha.fi.muni. 195.113.144.238  2 u   63   64  177    7.445   -0.697   0.340
-host-81-200-57- 192.168.3.246    2 u   55   64  177   15.792    0.098   1.160
  cz.inthouse.clo 147.231.2.6      2 u   47   64   17    5.338   -0.266   0.461
user@localhost $ ntpq -c rv
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd 4.2.8p10@1.3728-o Sat Jul 29 07:38:14 UTC 2017 (1)",
processor="ppc", system="Linux", leap=00, stratum=2,
precision=-19, rootdelay=2.652, rootdisp=4.409, refid=147.231.100.5,
reftime=dde6be4a.f90912d6  Fri, Dec 22 2017  0:12:10.972,
clock=dde6be4d.12f27b56  Fri, Dec 22 2017  0:12:13.074, peer=10703, tc=6,
mintc=3, offset=-0.387828, frequency=-254.539, sys_jitter=1.572660,
clk_jitter=0.456, clk_wander=0.098

означає, що ваш NTP працює правильно.

Якщо він не синхронізується і залишається таким чином довгий час, ви, ймовірно, маєте проблеми з мережею або налаштуваннями. Зверніться man 5 ntp.confза допомогою та на сторінку підтримки NTP.org щодо налаштування прикладів. У моєму випадку причиною нескінченного спаму "Запрошення сервера пулу" стала nopeerдиректива, яка повинна бути вимкнена для серверів пулу.

Мені просто здається, що NTP робить свою роботу: запитуючи дані про час з серверів NTP, а потім розміщуючи їх у syslog. Не про що хвилюватися.