“ntpq -p”和“ntpdate -q”中的不同偏移量

我有时会通过系统监控ntpd中偏移太高来通知我。 发出ntpdate时，它不显示。 由于ntpd缓慢调整时间，似乎“认为”存在需要调整的偏移量。 但是不应该ntpdate也显示这个偏移量呢？ 我误解了什么？

这发生在一个NTP服务器很快就不可用，似乎重新启动，它返回时的偏移量接近20秒，NTP调整缓慢，所以基本上它只是做它的devise。 但为什么ntpdate -q说没有偏移量？

 # ntpq -p && echo '###' && ntpdate -q 123.123.123.123 remote refid st t when poll reach delay offset jitter ============================================================================== *nt0 10.123.123.123 2 u 48 64 377 0.181 209.956 8.334 ### server 10.123.123.123, stratum 1, offset 0.207451, delay 0.04231 1 Dec 10:45:28 ntpdate[19895]: adjust time server 10.123.123.123 offset 0.207451 sec 

当我比较两个不同系统的输出时，一个带偏移量，一个不带，发出echo +%H:%M:%S-%N表示ntpd正确，而不是ntpdate。 但为什么？

• 如何修复由几年closures的date
• 对于作为Hyper-V guest虚拟机的DC，使用w32tm设置NTP服务器时出现问题
• 我怎么知道哪个客户端引用ntp服务器？
• Windows上的时间偏差可以减小到+/- 5ms？
• w32tm返回不一致的结果