Монетный двор 18.1 - Целая партия «Запрашивающий сервер пула xxx.xxx.xxx.xxx»

Я искал в системном журнале, чтобы разобраться в проблеме со звуком, и вижу чертовски много сообщений демона ntp сервера пула запросов. В прошлом я запускал другие Linux и никогда не вспоминал, что видел так много сообщений журнала ntp. Возможно, это связано с новой сетевой проблемой, является ли она обычной для Mint, есть ли способ их скрыть, если она "обычная"?

С тех пор я сменил операторов и оборудование маршрутизаторов, поэтому не исключаю, что что-то в моей сети. У меня нет проблем с доступом к интернету, играми в онлайн игры и т. Д.

Эти сообщения означают, что ваш сервер 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, а затем публикует их в системном журнале. Не о чем беспокоиться.