我将DMZ服务器配置为NTP服务器,以连接到外部NTP服务器,并在公司网络中的所有设备中同步时间。下面是DMZ服务器中我的ntp.conf文件的内容
server 127.127.1.0
fudge 127.127.1.0 stratum 6
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntpd.log
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 0.asia.pool.ntp.org iburst
server 1.asia.pool.ntp.org iburst
server 2.asia.pool.ntp.org iburst
server 3.asia.pool.ntp.org iburst
server time.google.com iburst
restrict -4 default kod nomodify notrap
restrict 127.0.0.1
restrict ::1但是,在UAE (时区服务器在)和服务器“日期”中,与本地时间相差27秒。我多次执行以下命令并重新启动服务器。这是一个Debian9.6服务器。我在服务器上做了所有的包更新,还有27秒差。
/etc/init.d/ntp stop
ntpdate -u 0.asia.pool.ntp.org
/etc/init.d/ntp start
hwclock -w
ntpq -pntpq -p输出如下:
~# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) .LOCL. 6 l 709 64 0 0.000 0.000 0.000
-ntp.paina.net 131.113.192.40 2 u 30 64 377 220.331 31.973 0.491
-119.28.206.193 100.122.36.196 2 u 107 64 346 151.095 8.540 8.537
+uk.cluster.ntp. 185.134.196.169 2 u 28 64 377 133.718 -2.215 0.278
+t2.time.sg3.yah 106.10.133.18 2 u 28 64 377 95.837 5.051 0.602
*time2.google.co .GOOG. 1 u 30 64 377 163.875 -6.637 0.338发布于 2019-02-17 13:50:09
我在FreeBSD上也遇到了同样的问题,并指出了以下几点:
27正是1970年1/1( Unix时钟开始滴答时)到今天之间的闰秒数。因此,这个问题很可能与闰秒有关。要检查的事情:
ntpd应该安装了一个闰秒数据库文件。当守护进程找到这个文件时,如果它是好的,它就会向系统日志报告。
确实有一些时间服务器为我们的服务器以外的其他目的提供时间,这些服务器可能以不同的方式处理闰秒。使用ntpdate -q将您的上游时间服务器的意见与互联网上著名的服务器进行比较。
时区数据库可以在闰秒的支持下构建,也可以不支持。如果您设法安装了错误的变体,您的本地时间将有(当前) 27秒偏移。当比较date和TZ=UTC date时,差别是显而易见的。
发布于 2019-01-30 01:52:51
这可能不是您最初问题的解决方案,但是您的配置中有几件事情您应该更改:
server 127.127.1.0和fudge 127.127.1.0 stratum 6替换为tos orphan 6。(有关孤儿模式的更多信息,请参见NTP 文档。)https://serverfault.com/questions/943989
复制相似问题