chronyd替代ntp
Openeular 系统默认自带 chronyd 进程用于同步时间
server 端 更改
修改配置文件/etc/chronyd.conf 注释掉下列开头的行 pool server 添加下列配置# 使用本地时钟作为源localstratum10allow0.0.0.0/0修改完之后执行 systemctl restart chronyd
之后执行 ，保证 RTC time 与 local time 一致，如果不一致，可以通过 hwclock --systohc 将 local time 写入到 RTC 时间
$ timedatectl Local time: Wed2025-01-2210:30:35 CST Universal time: Wed2025-01-22 02:30:35 UTC RTC time: Wed2025-01-22 02:30:35 Time zone: Asia/Shanghai(CST, +0800)System clock synchronized: no NTP service: active RTCinlocalTZ: no客户端修改
更改 /etc/chronyd.conf 注释掉 pool 和 server 开头的所有配置，添加以下配置 server<master>iburst 其他配置保持不变重启 chronyd 进程
执行 chronyc makestep 可以更新时间
执行 chronyc sourcestats -v 可以查看更新的情况
chronyd server 端更新了时间之后，client 端需要重启 chronyd 才能生效，怎么解决
● 这是 chrony 客户端无法自动同步的常见问题，通常由以下几个原因导致：
- 检查客户端同步状态 chronyc tracking
chronyc sources -v
如果 sources 中服务器行首是 ^? 或 x，说明客户端没有成功与服务器同步。
- 常见原因及解决方案
原因 A：轮询间隔太长
默认 maxpoll 为 10（即 1024 秒 ≈ 17 分钟），服务器时间变更后客户端需要等很久才会再次轮询。
修改 /etc/chrony/chrony.conf（Debian/Ubuntu）或 /etc/chrony.conf（RHEL/CentOS）：
server your_ntp_server iburst minpoll 2 maxpoll 8
- minpoll 2 = 每 4 秒可轮询一次（初始阶段）
- maxpoll 8 = 最大轮询间隔 256 秒
- iburst = 启动时快速发 4 个请求加速初始同步
原因 B：客户端使用了 local 指令充当了本地时钟源
如果客户端配置了：
local stratum 10
客户端可能把自己当作可靠时钟源，忽略服务器。移除或改为 local stratum 10 orphan，这样只有在失去所有上游服务器时才使用本地时钟。
原因 C：服务器步进（step）了时间，客户端 slew 跟不上
当服务器手动 date -s 或做了大步进调整时，chrony 默认用 slew（渐变）方式追时间。如果差距太大，追得很慢。
客户端强制立即同步：
chronyc -a makestep
或让客户端自动步进，在配置中加：
makestep 1.0 3
含义：如果偏移超过 1 秒，前 3 次更新直接步进校正。
原因 D：防火墙/网络阻断
chrony 使用 UDP 123 端口：
检查连通性
chronyc -h your_server_ip sources
如果超时，检查防火墙：
服务端放行
firewall-cmd --add-service=ntp --permanent
firewall-cmd --reload
或
iptables -A INPUT -p udp --dport 123 -j ACCEPT
- 推荐的完整客户端配置
server your_ntp_server iburst minpoll 2 maxpoll 8
driftfile /var/lib/chrony/drift
rtcsync
makestep 1.0 3
logdir /var/log/chrony
修改后重启：
systemctl restart chronyd
然后验证同步：
chronyc sources -v # 应看到行首为 ^* 表示已同步
chronyc tracking # 看 System time 和 Last offset
快速诊断命令
一步到位：手动触发同步
chronyc -a makestep
查看是否同步成功
chronyc tracking | grep -E “System time|Update interval|Leap status”
最可能的根因是 makestep 未配置 + maxpoll 间隔过长，加上 makestep 1.0 3 和降低 maxpoll 通常就能解决。