非常感谢您的帮助。
我有一个远程服务器,它通过我们的 Check_MK 监控不断给我“未知 - 没有来自 NTP 的信息:ntpq -p 超时或 NTP 守护程序未运行”。
相比之下,其他服务器似乎完全没问题。询问 Check_MK 支持,他们告诉我这是服务器 ntp 问题,而不是监控问题。
我知道……今天是星期五!所以这种情况通常晚上经常发生,白天也会发生几次。
我的 /etc/ntp.conf 是....:
server 213.239.239.164 iburst
server 213.239.239.165 iburst
server 213.239.239.166 iburst
任何想法,将不胜感激..
ubuntu 14.04 物理服务器
谢谢
鲍勃
答案1
我刚刚安装了一个 Ubuntu 14.04 VM,其配置与您显示的完全相同:
root@localhost:~# apt-cache policy ntp
ntp:
Installed: 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11
Candidate: 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11
Version table:
*** 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11 0
500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
100 /var/lib/dpkg/status
1:4.2.6.p5+dfsg-3ubuntu2 0
500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
root@localhost:~# cat /etc/ntp.conf
server 213.239.239.164 iburst
server 213.239.239.165 iburst
server 213.239.239.166 iburst
root@localhost:~# ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
*213.239.239.164 192.53.103.103 2 u 26 64 1 15.098 -0.522 0.050
213.239.239.165 192.53.103.103 2 u 25 64 1 19.043 0.288 0.247
213.239.239.166 192.53.103.108 2 u 24 64 1 18.900 -1.900 0.206
这是正常工作的;它允许本地 ntpq,但由于默认限制,远程忽略它。因此,我对您特定问题的原因的猜测是:
- 实施非默认限制的旧配置
- 相关系统或 check-mk 监控主机上的本地防火墙,可能涉及完整的连接跟踪表
- 您更改了默认的 apparmor ntpd 限制,从而影响了其网络连接
- check-mk 主机、目标主机或其间的网络负载过高,导致途中某处出现数据包丢失
另外,使用这样的原始 IP 地址是导致 NTP 无法正常工作的一个很好的方法,当 hetzner 决定更改其 NTP 服务器的 IP 地址时。使用可pool ntp.hetzner.de iburst
实现相同的结果,并且是首选配置。
答案2
当我安装更新 Check_MK 代理 1.4 而不是 1.2 版本时,此错误实际上停止了。我昨天安装了此更新,从那时起,就再也没有收到来自此服务器的 Check_MK 的 ntp 未知消息。
非常感谢您非常详细的回答。
鲍勃