我试图调试ntp问题,这两个命令会返回不一致的结果。例如,在对同一服务器的查询中,这里有一些不匹配的字段。
具体来说,参考时间不匹配,滤波器延迟似乎偏离了一个数量级,且偏移量不匹配,而且色散似乎没有关系。
ntpq> rv ####
status=963a
rootdelay=19.272
rootdisp=155.930,
refid=97.107.129.217,
reftime=db6319d2.3731b8d0 Sat, Aug 20 2016 18:02:58.215,
rec=db631d65.4f5ed180 Sat, Aug 20 2016 18:18:13.310
offset=-36.337
delay=0.229
dispersion=67.086
jitter=50.157,
xleave=0.070,
filtdelay= 0.32 0.29 0.39 0.23 1.47 0.62 0.39 0.23,
filtdisp= 0.00 16.05 32.15 48.24 64.19 80.49 96.23 97.26
# ntpdate -d 10.42.244.182
ntpdate 4.2.6p5@1.2349-o Tue May 31 10:09:22 UTC 2016 (1)
delay 0.02579
dispersion 0.00000
reference time: db631c03.1e5e805a Sat, Aug 20 2016 18:12:19.118
filter delay: 0.02591 0.02585 0.02579 0.02579
0.00000 0.00000 0.00000 0.00000
delay 0.02579
dispersion 0.00000
offset -0.113547
答案 0 :(得分:0)
两个命令都做了完全不同的事情。
ntpq 正在查询正在运行的 ntp服务器。因此,返回的值是此服务器与相关对等方之间关联的当前状态。
ntpdate 正在与指定的服务器运行ntp协议握手。
通常, ntpq 通过长期观察对等体(轮询间隔)给出值,而 ntpdate 给出相当短期的快照。
因此,即使您的示例中给出的服务器(10.42.244.182)恰好是从 ntpq 返回的关联ID为0的对等方,但这些值不必相同。