薄荷18.1-很多“请求池服务器xxx.xxx.xxx.xxx”

我一直在syslog中查看音频问题，并且看到很多请求池服务器ntp守护程序消息的地狱。我过去运行过其他Linux，从没回想过看到那么多ntp日志消息。这可能是由于新的网络问题造成的，对于Mint来说是常见的吗，如果这是“常见的”，有没有办法使它们震动？

从那以后，我已经更改了运营商和路由器硬件，所以我不排除网络中的某些东西。我可以正常访问互联网或玩在线游戏等。

linux-mint syslog ntpd

— 瓦苏克
source

我是新手，有人“拒绝”了这个问题-您能否提供反馈，以便我知道自己做错了什么，或者为什么它不是正确的问题或问题所在的位置？

— Varsuuk

我不是拒绝投票的人，但我可以看到您的问题有几个问题可能使某人拒之门外：标题带有很温和的诅咒字眼，但描述性不强。薄荷（有时被视为新手发行版）。看起来似乎不是一个“问题”实际上是一个问题（如果有的话，这是什么问题呢？）。

— 埃斯金纳

我可以从标题中看到你的意思。我有点太轻率了-考虑到我52岁，尽管我一直读过这个词，但实际上更像是“讽刺”，尽管我一直读着它；）（根据记录，我会写得更糟为“很多……”我没有像以前那样做。原谅我的天主教纽约人缺乏敏感性； PI今后将避免使用这种用法（认真地表示顺便说一句-不要讽刺。）

— Varsuuk

记录下来，原始标题是：Mint 18.1-Hella大量的“请求池服务器xxx.xxx.xxx.xxx”-我更改了它，以免得罪了。

— Varsuuk

@etskinner并感谢您提供有关它的反馈。我对最初的投票者的反馈是关于“头衔不好/干活等”的简短句子，这对于防止将来那些愿意听这些问题的人有很大帮助，谢谢。

— Varsuuk

Answers:

这些消息表示您的ntpd服务器正在寻找更多时间源来同步。预期会看到其中的几个，尤其是在中断或重新启动后重新连接到网络之后，但是如果您的ntpd和网络连接运行正常，则您每天的访问次数应该不会超过几个。如果您每隔几分钟几分钟，则可能是一个问题。

您的ntpd是否可以连接到同级并成功同步时间？您可以使用进行检查ntpq。查看中的对ntpq -c pe等项列表以及中报告的层和reftime 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指令，该指令对于池服务器必须是无效的。

— 乔纳斯
source

在我看来，NTP似乎正在完成其工作：从NTP服务器请求时间数据，然后将其发布到syslog中。没有什么可担心的。

— 埃茨金纳
source

谢谢，好像记录了大量的详细信息，例如“嘿，我正在做我的工作，没错，但是我接下来要检查这一点”，间隔几秒到几分钟。这次我改用Mint是因为它得到了很好的审查，最后我使用的是Ubuntu，我几乎只用于我孩子的游戏服务器和开发存储库。在此之前，在Aughts初期，我一直在使用Gentoo并喜欢它（我第一次像坚果一样开始了第一个阶段的学习，因为实际上并不需要），但是随着时间的推移，我使用它的次数减少了，然后每次我都这样做-我d在长期出现的追赶上花了太多钱

— Varsuuk

我的垃圾邮件中忘了提及...我绝对有某种网络问题，这是另一个问题，因此在此不再赘述（涉及“暂停”腻子/术语/ ssh等，以缓冲我键入的所有内容，直到重新构建基础conn为止）因此，我认为恒定的NTPD日志可能由于涉及数量而表明某些网络连接问题

— Varsuuk

别客气。别担心，我（和大多数人）不会根据发行版来评判人们，但是有些人会这样做。最好为您遇到的其他网络问题创建一个单独的问题。尽管NTP日志可能是一个很好的症状，但它本身似乎并不是问题所在。

— 埃斯金纳

会的-谢谢。是的，我只想提一下它可能与之相关，但是我不想给我更多细节，因为我DID仔细阅读了每个;）问题；（有道理）-我只是没有基准来衡量ntp“垃圾邮件”的数量。在重新布线/测试另一个问题后，我会看到-如果同时ntp垃圾邮件掉线。将会更新；）

— Varsuuk '17