服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

隔离networking上的单个NTP服务器

我有两台Linux机器(A和B)在一个孤立的networking上。 他们必须时间同步。 机器A间歇供电,并且必须提供时间,因为它连接到授权时间源(GPS)。 机器B只有在机器A上电的情况下才供电,但是它是embedded式Linux设备,其电源状态会频繁变化。 这两台机器都无法访问其他系统。 这是一个封闭的networking。 我知道这对于NTP来说是相当高的,因为NTP通常期望与多个服务器联系。 机器A与GPS同步正常,机器B可以到达机器A甚至做时间查询,但是机器A不受信任(也许是自己的?)。 机器A在一小时后,突然发生了变化,机器B工作。 但是,当机器A停机(并且因此机器B)时,机器B再次无法find一个很好的时间同步。 这是一些ntpdate信息。 请注意,即使机器A的层数为1,操作也会失败,并以相同的输出结束。 10.10.10.1:服务器掉线:分层太高 服务器10.10.10.1,端口123 分层16,精度-19,飞跃11,信任000 refid [10.10.10.1],延迟0.02614,色散0.00000 在filter4中传输4 参考时间:00000000.00000000 Thu,2036年2月7日6:28:16.000 始发时间戳:d3a9bdc4.27ebb350 Thu,Jul 12 2012 21:19:00.155 传输时间戳:bc17c803.b42dfffe星期六,一月1 2000 0:25:39.703 滤波器延迟:0.02625 0.02614 0.02618 0.02625 0.00000 0.00000 0.00000 0.00000 filter偏移量:39544160 39544160 39544160 39544160 0.000000 0.000000 0.000000 0.000000 延迟0.02614,色散0.00000 抵消了395441600.451568 1月1日00:25:39 ntpdate [677]:找不到适合于同步的服务器 我的猜测是,机器A只是不相信自己的服务时间。 51分钟后(可能更早发生,我不知道)的正常运行时间和时钟同步到GPS,机器A开始正确服务时间,机器B拿起它。 我需要这个发生在早些时候。 就像在几秒钟内如果可能的话。 通过以下configuration(以及许多等待),它最终成功。 机器一个ntp.conf: […]