在较旧的系统上,ntpdate 仍然可用,我能够查询 NTP 服务器而无需设置
ntpdate -q pool.ntp.org
并得到例如:
server 213.239.239.164, stratum 2, offset -0.001191, delay 0.06012
server 185.220.101.76, stratum 3, offset 0.001658, delay 0.06416
server 185.220.101.31, stratum 3, offset -0.002385, delay 0.06377
server 159.69.144.253, stratum 2, offset -0.000134, delay 0.05711
因此我看到 NTP 服务器运行正常并且可以用。
在较新的系统上,ntpd 正在运行并且 ntpq 可用,我尝试了。
ntpq -p pool.ntp.org
但是它响应timed out, nothing received
我做错了什么,ntpq 命令的正确参数是什么,才能看到 NTP 服务器是否正常工作,并为我的系统提供良好的时间基准?
答案1
一些新的 systemd 系统使用 timesyncd 并且没有客户端,但您可以使用timedatectl $ timedatectl Local time: Mon 2020-02-03 18:56:37 CET Universal time: Mon 2020-02-03 17:56:37 UTC RTC time: Mon 2020-02-03 17:56:37 Time zone: Europe/Amsterdam (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no
其他人有 chronyc,你可以使用
chronyc sources
210 Number of sources = 4
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^* schnitzel.team 2 8 377 107 +989us[+1030us] +/- 12ms
^+ dns02.wsrs.net 2 8 377 109 -877us[ -836us] +/- 29ms
^+ mon2.hostin.cc 2 7 377 108 +1541us[+1583us] +/- 44ms
^- 51-15-20-83.rev.poneytel> 2 8 377 110 -8564us[-8522us] +/- 176ms
答案2
与此同时,我也找到了我自己问题的答案:
sntp -t 1 pool.ntp.org
无需 ntpdate 即可运行,可在 ntp 包中找到。它非常快,并允许检查外部 NTP 服务器。缺点是它总是更改系统时间,因此它不仅显示日期/时间。
答案3
ntpdate -q pool.ntp.org
对我来说,它只告诉我们 pool.ntp.org(现实中的一个团体)是怎样的,即他们处于什么状态以及是否可以联系到他们。
对于本地主机本身我会使用ntpq -p
,因此对于我自己的机器:
stefan@asus:~$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+gbg1.ntp.se .PPS. 1 u 451 1024 377 10.221 -0.323 0.149
*gbg2.ntp.se .PPS. 1 u 500 1024 377 10.250 -0.298 0.133
-sth2.ntp.se .PPS. 1 u 352 1024 377 22.984 1.020 10.616
+mmo1.ntp.se .PPS. 1 u 193 1024 377 15.313 0.225 0.135
这告诉我,机器(asus)现在更喜欢 gbg2.ntp.se,但 gbg1 和 mmo1 是替代方案。
由于抖动,sth2.ntp.se 不受欢迎。是的,我的机器本身是 2 层(gbg1、gbg2 和 mmo1 是 1 层)。
ntpq -p
告诉谁是指定计算机的对等体,即在您的情况下,池计算机可能不会告诉您这一点。ntpq -p
单独会告诉谁是本地计算机的对等体,这更有趣。
而且,我不认为 timesyncd 对服务器来说足够好!!如果同步的那台机器出问题了,那你也完蛋了!