linux下ntp服务端配置问题

NTP服务器提供时间源，客户端可以访问NTP服务器的UDP123端口来获取时间来同步本地时间。

一般情况下，NTP服务器提供时间来自于上层的NTP服务器（建议设置多个），而不是服务器本地时间。

可以设置使用服务器本地时间作为时间源，在上层NTP服务器均不可用的情况下使用。

当NTP服务器未设置使用本地时间作为时间源之一，且他的上层NTP服务器又均不可用，此时该NTP服务器会将自已置为不可用状态（貌似是将自已的stratum调为16）。

客户端会根据NTP服务器的状态（不完全是根据stratum值）来决定是否同步。

 

 

/etc/ntp.conf 

#上层NTP服务器，建议使用多个，距离近的、不同地区的。
server 0.pool.ntp.org
server 1.pool.ntp.org

#设置使用本地时间作为时间源，将本地源的stratum设为8，如果大于10的话windows客户端貌似会放弃同步。
server 127.127.1.0
fudge 127.127.1.0 stratum 8

 

 

当客户端同步失败时，可使用ntpdate -d ntp-server-ip来查看详细过程

注意Server dropped、stratum这两个值

例1：

Server dropped: Server has gone too long without sync

stratum 2

例2：

Server dropped: strata too high

stratum 16

 

 

在服务端使用watch ntpd -p来查看时间源的状态。

remote：上层NTP服务器          

refid：该上层NTP服务器的上层

st：stratum

when：几秒钟前曾做过时间同步化的更新操作

poll：更新周期，单位秒，与minpoll、maxpoll的值有关，默认minpoll为6，则poll为2^6=64秒。

reach：已经向上层NTP服务器要求更新的次数，这里使用八进制，最大377，即255，之后会重置。注意：当所有时间源都达到377时，会启动重置，相当于重启NTP服务，此时若有客户端请求将会收到“no server suitable for synchronization found”的提示。大约五分钟后正常。

delay：网络延迟时间，单位ms

offset：与上层NTP服务器的时间差，单位ms

另外最左边符号表达：

*：正在作用当中的上层NTP

+：已经连成功，作为提花时间更新的候选者

x：不可用

 

 

最后要注意的是：

ntpd不仅仅是时间同步服务器，他还可以做客户端与标准时间服务器进行同步时间，而且是平滑同步，并非ntpdate立即同步，在生产环境中慎用ntpdate。
ntpd不仅能够校准计算机的时间，而且能够校准计算机的时钟。
http://blog.csdn.net/suer0101/article/details/7868813

ntpd作为客户端时有两种调整时间的方式，一种是渐进式调整，一种是跳跃式调整，区别在于启动参数是否加-x。
共同点：时间差小于128ms都是微调，大于1000s停止工作。
不同点：渐进式调整一直使用微调，当时间差大于600s时使用更大的步进值；跳跃式调整在时间差大于128ms时使用跃式调整，对于跳跃式调整日志中有记录。
微调步进值：0.5ms/s，600s需要14天左右。
http://www.happyworld.net.cn/post/6.html
http://www.54chen.com/index.php?p=410

 

同步的时间是系统时间,该时间未写入物理时钟,可以使用:

hwclock --show

查看物理时钟时间.

 

可以通过以下参数配置来自动写入物理时钟,

 # vi /etc/sysconfig/ntpd

SYNC_HWCLOCK=yes

但在实践中发现该参数默认开启,但未产生效果.
于是在定时任务中加入:
hwclock --systohc
定时写入物理时钟 

 http://blog.chinaunix.net/uid-488742-id-2113855.html

https://blog.csdn.net/yjh314/article/details/78317258