ntpq错误”Request timed out”¶
ntpq查询¶
通常我们在服务器上部署了ntpd服务，会配置和上游NTP服务器进行时钟同步，确保服务器时钟准确。不过，有时候发现服务器时间依然偏移，我们会使用 ntpq 工具进行查询排查:
ntpq -np
正常情况下，会打印出当前服务器使用的上游NTP服务器的状态以及是否可访问
但是有时候你也可能看到奇怪的输出:
localhost: timed out, nothing received
***Request timed out
这种情况，你可以尝试检查本地ntpd服务:
systemctl status ntpd
如果看到类似如下输出:
...ntpd[24065]: restrict: error in address '::' on line 13. Ignoring...
则需要怀疑是 IPv6 引发的问题
IPv6和restrict¶
早期 ntp 软件包（例如 RHEL 5 ）中 restrict default ignore 只限制 IPv4。所以早期版本配置中会有两行 restrict default 和 restrict -6 default 分别用来限制IPv4和IPv6。
很多系统管理员习惯使用IPv4，所以往往在内核配置中关闭了IPv6支持以避免早期版本的一些奇怪的网络问题。很不巧，早期版本操作系统，例如CentOS 5，即使操作系统没有启用IPv6，这里的 restrict -6 default 不会报错也不产生影响。
但是，当操作系统升级到 RHEL 6.5 之后，ntp版本升级到了 4.2.4 ，则 restrict default 配置行将同时限制IPv4和IPv6，如果操作系统是关闭IPv6就会导致异常查询。
解决的方法是修正 ntp.conf 配置，去除不需要且影响运行的IPv6相关配置，并显式指定只使用IPv4，即将原配置:
restrict default ignore
restrict -6 default ignore
修改成:
restrict -4 default ignore
然后重启 ntpd 服务:
service ntpd restart
再进行NTP查询就能够正常工作:
ntpq -np
输出类似:
remote refid st t when poll reach delay offset jitter
==============================================================================
59.37.9.151 .INIT. 16 u - 64 0 0.000 0.000 0.000
*127.127.1.0 .LOCL. 5 l 8 64 177 0.000 0.000 0.000