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

11

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

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

Varsuuk
источник
3
Я новичок в этом, кто-то "отклонил" вопрос - не могли бы вы оставить отзыв, чтобы я знал, что я сделал неправильно или почему это не правильный вопрос или место для вопроса или?
Варсуук
2
Я не плохой пользователь, но я вижу пару проблем с вашим вопросом, которые могли бы кого-то отключить: Название с очень мягким ругательством и не очень наглядным. Мята (иногда рассматривается как начинающий дистрибутив). «Проблема», которая не выглядит так, будто это действительно проблема (какие проблемы это вызывает, если таковые имеются?).
etskinner
1
Я понимаю, что вы имеете в виду из названия. Я был слишком легкомысленным - действительно больше похож на «иронию», учитывая, что мне 52 года, и я никогда не использую это слово, хотя я читаю его все время в эти дни;) (для протокола, я бы написал это хуже, как «ад много ... "если бы я не сделал так, как сделал. Простите моего католика из-за отсутствия чувств; PI воздержится от такого использования в будущем (искренне подразумевал, между прочим - не саркастично.)
Varsuuk
1
Для протокола, оригинальное название было: Монетный двор 18.1 - Hella lot «Запрашивая сервер пула xxx.xxx.xxx.xxx» - я изменил его, чтобы не обидеть, если он сделал некоторые.
Варсуук
@etskinner И спасибо за отзыв о том, что это могло бы быть. Моя обратная связь с оригинальным downvoter - это краткое предложение о «плохом названии / выполнении своей работы / и т. Д.», Которое будет в значительной степени препятствовать тому, чтобы эти Вопросы в будущем были готовы выслушать, Спасибо всем.
Варсуук

Ответы:

7

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

Jonas
источник
0

Мне просто кажется, что NTP выполняет свою работу: запрашивает данные о времени с серверов NTP, а затем публикует их в системном журнале. Не о чем беспокоиться.

etskinner
источник
Спасибо, это просто казалось действительно вопиющим количеством деталей, вроде «эй, я делаю свою работу, ничего плохого, но я проверю это в следующий раз» каждые пару секунд или минут. На этот раз я переключился на Mint, потому что он был хорошо проверен, и в последний раз у меня была Ubuntu, которую я почти не использовал для игровых серверов моего ребенка и моих репозиториев разработки. До этого в ранних августах я пользовался Gentoo и мне это нравилось (я начинал первый этап первой пары, как сумасшедший, потому что не нуждался в этом), но я использовал его меньше, так как времени становилось мало, а потом каждый раз, когда я делал - я ' я бы потратил слишком много времени на длительные поиски
Varsuuk
Забыл упомянуть в моем spammage ... У меня определенно есть какая-то проблема с сетью, которая является еще одной проблемой, поэтому не буду вдаваться в подробности здесь (включает в себя "приостановку" puttys / term / ssh и т. Д., Буферизацию всего, что я печатаю, до восстановления основного conn) поэтому я подумал, что, возможно, постоянные журналы NTPD указывают на некоторые проблемы с сетевым подключением из-за их количества
Varsuuk
Пожалуйста. Не волнуйтесь, я (и большинство людей) не судю людей по дистрибутиву, но некоторые люди делают. Вероятно, лучше всего создать отдельный вопрос для других проблем сети, которые вы видите. Хотя протоколы NTP могут быть хорошим симптомом для упоминания, сама проблема, похоже, не является проблемой.
etskinner
Сделаем - спасибо. Да, я пытался упомянуть это только потому, что это может быть связано, НО не хотел, чтобы они давали больше подробностей, так как я ДЕЙСТВИТЕЛЬНО читал вопрос по одному на;) вещь (которая имеет смысл) - у меня просто не было эталона оценить количество ntp "спам" против. После того, как я перейду / протестирую другую проблему, я увижу, увидит ли одновременно спам ntp.
Обновлюсь