Linux怎么同步时间_Linux如何配置NTP时间同步【教程】

推荐使用 chrony：现代 Linux 发行版默认支持，虚拟机、移动设备及网络不稳场景下收敛更快；ntpd 仅适用于老旧内核或长期稳定的物理服务器，且已逐步被弃用。

用 chrony 还是 ntpd？先看系统版本和网络稳定性

现代 Linux（CentOS/RHEL 8+、Ubuntu 20.04+、Debian 11+）默认推荐 chrony，不是因为“新就是好”，而是它在虚拟机、移动设备、断网再连等场景下收敛更快、偏移更小。而 ntpd 在长期稳定运行的物理服务器上仍可靠，但对时钟跳跃敏感，且已逐步被主流发行版弃用（如 Ubuntu 22.04 默认不装 ntpd）。

• chrony 更适合：云主机、笔记本、网络抖动频繁、偶尔离线的环境
• ntpd 可考虑：老旧内核（
• 二者不能共存——必须停用 systemd-timesyncd：sudo systemctl disable --now systemd-timesyncd，否则会抢着改系统时间，导致同步失败或反复跳变

/etc/chrony.conf 怎么配国内可用源？别硬套国外 pool

直接写 server pool.ntp.org iburst 在国内大概率超时或响应慢。应优先使用国家授时中心或大厂公开 NTP 服务，且至少配两个源防单点失效。

• 推荐组合（实测低延迟、高可用）：
  server ntp1.aliyun.com iburst
server cn.ntp.org.cn iburst
server s1a.time.edu.cn iburst
• iburst 必加：首次同步时快速发 8 个包，大幅缩短初始校准时间
• 避免写 prefer（除非你真有一台本地高精度时钟），普通服务器不需要主备切换逻辑
• 若需让局域网其他机器向这台同步，加一行：allow 192.168.1.0/24（替换为你实际网段）

同步没生效？检查三件事：服务状态、源连通性、硬件时间

执行 chronyc tracking 显示 System clock synchronized: no 很常见，原因往往不在配置本身。

Shakespeare

一款人工智能文案软件，能够创建几乎任何类型的文案。

下载

• 确认服务在跑：systemctl status chronyd —— 注意是否 active (running)，而非 failed 或 inactive
• 查时间源是否可达：chronyc sources -v —— 看第二列是否为 ^*（当前选中源），若全是 ^- 或 ^? ，说明所有 server 都连不上，先 ping ntp1.aliyun.com 和 nc -u -w1 ntp1.aliyun.com 123 测试 UDP 123 端口
• 硬件时间严重偏差（比如差几小时）会导致 chrony 拒绝同步：sudo hwclock --show 对比 date，若差 > 1000 秒，先手动快进：sudo chronyc makestep（该命令只在 chrony 配置中启用了 makestep 才有效，建议在 /etc/chrony.conf 里加 makestep 1 -1）

时区设错会让一切同步“看起来正确，其实全错”

哪怕 UTC 时间完全对齐，Asia/Shanghai 时区没设对，date 输出仍是错的——日志、定时任务、审计系统都会误判。

• 查当前时区：timedatectl | grep "Time zone"
• 设为中国标准时间：sudo timedatectl set-timezone Asia/Shanghai
• 别用软链方式（如 ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime），timedatectl 会自动处理符号链接和硬件时钟策略
• 顺便确认硬件时间是否按本地时间存储（多数服务器应设为 UTC）：timedatectl | grep "RTC in local TZ"，若显示 yes 且你用的是多系统双启动，才需考虑改成 UTC；否则保持默认即可

同步这件事，最难的不是敲几行命令，而是意识到：时间不准的表现常常是“一切似乎都正常”，直到 Kafka 消费卡住、ZooKeeper session 过期、或审计日志里同一事件出现两个相差 23 小时的时间戳。所以每次部署完，别只信 chronyc tracking 的 yes，拿另一台机器跑 ntpdate -q 你的ntp服务器ip 交叉验证一次更稳妥。