检查 ntp 服务器是否有效 linux

1、连接上相应的linux主机，进入到等待输入shell指令的linux命令行状态下。

2、其次，在linux命令行中输入：service ntpd status。

3、最后，按下回车键执行shell指令，此时会看到linux主机当前ntp服务的状态。

北斗时间频率公司的NTP网络时间服务器采用美国MOTOLORA公司的专业GPS授时芯片，时间精度高，信号捕获能力强。经过国际认可的 USNO实验室的广泛测试认可的6 Sigma 授时水平的出色表现。

NTP时间服务器- NTP网络时间服务器采用摩托罗拉32位高性能单片机和商用实时多任务操作系统，使产品的稳定性和运算速度得到可靠保证；

这道面试题是开放的。熟悉的情境，很容易给出一个回答。但随着被面试者思维方式、知识领域及深度的不同，回答可能大相径庭。

在接着往下阅读时，你可以先想想自己的答案。

没理解题目的回答：

还算正常的回答：

电子工程师的回答：

网络工程师的回答：

……

你可能有更精彩的回答……

本实验室将采用可操作的、尽可能精确的实验作为回答。

题目并没有说两台电脑是和时间服务器同步的，所以目的只是测量两台电脑之间的系统时间是否一致。

用date命令（高精度选项）直接看一下两台主机的系统时间。本地的；远程的；本地的；远程的：

显然，host2的时间读数更大一些。但这究竟是host2的时钟快了，还是ssh调用所花的时间导致的呢？现在还不好说。

假设这个时间差异是T1:

T1 = Diff + RTT12

其中，Diff 是两台电脑真实的时间差异，RTT12是host1到host2数据往返所花的时间（严格来说是ssh调用所花的时间）。

反方向做同样的测试：

host1与host2的时间差异设为T2，则：

T2 = -Diff + RTT21

简单地认为两个方向的往返时间是相等的，于是有：

Diff = (T1 – T2)/2

RTT = (T1 + T2)/2

估算一下：

上面的单位都是ns. 也就是说时间差异是16.3~17.1ms, ssh路途往返耗费72.8ms

这个结果可信吗？于是写了一段脚本，把这个测试过程自动化，观察一段时间的结果。

下图是每秒测量一次，1个小时的测量数据。为了在对数坐标下显示，时间差异用绝对值。

说明：

在没有时间同步的情况下，观察2组/3台主机：A, B, S的时间差异。

A, B, S实际上是在ESXi上的3台虚拟机。虚拟机的时钟可能和硬件实钟会有某种同步策略，所以看到的并不是单方向的变化。

在A,B,S上都开启NTP服务，时间服务器使用Debian Linux默认的NTP server (x.debian.pool.ntp.org)。

因为幅度悬殊的原因，实际上使用中位数更有意义。可以看到A-S或B-S的时钟差异在30~50ms.

在A,B,S上都开启NTP服务，其中A,B与本地的S同步，但S还是与远程NTP server同步。

可以看到A-S或B-S的时钟差异在3ms左右，一致性比远程NTP同步高了一个数量级。

在A,B,S上都开启NTP服务，其中A,B与S同步，但S直接使用本地时钟，配置为：

server 127.127.1.0 prefer

结果有点出乎意料，时间不一致接近60ms。

由于通常的操作系统是非实时操作系统，同样的指令占用的执行时间并不是固定的。做一个简单的实验，看看这个因素对测量会有多大影响。

下图给出了在两台机器上，读取系统时间（gettimeofday）这一调用所花的时间（各运行500000次）

可以看出99.97%的执行都在1us及以下。这说明分时执行对统计结果的影响很小。

当然，整个ssh调用耗时的波动范围更大一些（RTT的统计值上可以反映出来）。

用ssh调用读取另一台机器上的系统时间，和本地时间比较，并利用双向ssh调用抵消调用所花的时间，从而可以较准确计算出两台主机上的系统时间差。

虽然在分时操作系统上不能保证执行时间的固定，但通过统计可以逼近结果。由于ssh调用所花的时间在0.6ms以下，所以测量的精度至少是1ms级的。

另外，如果用非加密的web调用，或者自己实现远程调用，应该会有更高的效率，可能会对测量精度略有提高。

利用这一测量，可以观察NTP的同步效果。如果和远程NTP服务器同步，时钟的一致性实测在50ms以内；如果和本地NTP服务器同步，时钟的一致性在3ms左右；但如果本地NTP服务器使用本地时钟，一致性会下降很多（60ms左右）。

由于硬件/虚拟机时钟的波动、网络的波动、NTP的精度，都导致这种一致性总是处于波动之中。总体上，在局域网内，使用NTP同步，能达到毫秒级的一致性就不错了。

---