解决因ikuai导致群晖NTP同步失败的问题

Posted 2023-05-29 头发掉光的网工

参考

https://blog.51cto.com/u_1472521/4974765

https://blog.csdn.net/tst2010/article/details/124685447

 

       这两天为了跑PCDN搞了个J1900的软路由，装上了ikuai。打开群晖一看，系统时间居然比当前时间快了一天，手动进行NTP同步结果返回以下信息：

      

       刚开始以为是ntp服务器有问题，结果换了阿里云的域名也还是不行

 

连用命令行的方式执行也还是报错

 

　　nas是能上网的，虚拟机和BT做种都能够跑起来，nas的DNS地址也确实是指向的ikuai，而出口路由器换成ikuai之前是能够同步的，地址也没有变过，所以初步判断还是网络有问题。

       然后就找到一个教程，是用ikuai实现内网NTP服务自动对时，发现我也确实是没有手动启用DNS加速服务，只是激活了NTP服务，在启用DNS加速服务之后的确能够正常进行同步

       先激活NTP服务，保存并立即对时

 

       激活DNS加速服务，并强制代理客户端DNS

 

       再次测试，已经能够正常同步了：

 

       然后我们也可以配置定时脚本，每小时自动同步一次：

              sudo ntpdate -u ntp4.aliyun.com

 

 

 

因时区问题导致的NTP同步问题

    今天在搭建项目环境的时候，发现有一台服务器使用ntpdata ntpserver命令后，与ntp服务器时间差距很大。经过排查，最终发现是由于在安装系统时，选择时区这一块没有选择正确（默认时区），由此导致了显示的时间和服务器的时间差距很大。

解决办法：修改系统时区为Asia/Shanghai（使用如下命令），然后再重新执行ntpdate命令即可。

cp -f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

相关扩展：

查看系统时区相关命令：

[[email protected] ~]# date +%z
+0800     #<==即东八区时间

修改系统时区相关操作：

将/usr/share/zoneinfo/目录下面的对应时区文件复制到/etc/目录，并重命令为localtime，例如设置Asia/Shanghai为默认时区命令：

cp -f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

/etc/localtime文件：

设置系统的时区，将/usr/share/zoneinfo/ 中相应文件拷贝到/etc下并重命名为 localtime 即可修改时区设置，这种修改对 date 
命令是及时生效的。不论是 date 还是 hwclock 都会用到这个文件，会根据这个文件的时区设置来进行UTC和本地之间之间的换算。
/etc/sysconfig/clock文件（不用修改）：
这个配置文件里面支持UTC，ARC，SRM，ZONE这几个配置选项，关于这几个配置选项详解如下：
（1）UTC
指定BIOS中保存的时间是否是GMT/UTC时间，true表示BIOS里面保存的时间是UTC时间，false表示BIOS里面保存的时间是本地时间
（2）ZONE
指定时区，ZONE的值是一个文件的相对路径名，这个文件是相对 /usr/share/zoneinfo 目录下的一个时区文件。比如ZONE的值可以是：“Asia/Shanghai", "US/Pacific", "UTC" 等
（3）ARC
这个选项一般配置false，在一些特殊硬件（Alpha）下才配置该选项为true
（4）SRM
它同ARC，该选项一般配置false，在一下特殊硬件下才配置该选项为false
说明：这个配置文件里面的参数和 hwclock 命令关系很大，系统在启动的时候读取/etc/sysconfig/clock 文件的内容，根据这些内容调用hwclock 命令
（5）/etc/sysconfig/clock的配置实例
ZONE="Asia/Shanghai"
UTC=false
ARC=false