Ubuntu系统自动更新时间配置方法教程

Ubuntu 通常默认启用 systemd-timesyncd，但在实际运维或日常使用中，很多人会发现 timedatectl 经常显示“System clock synchronized: no”。这类情况通常并不复杂，常见原因主要集中在几方面：NTP 服务器无法访问、防火墙拦截了 UDP 123 端口、时区或 RTC 配置错误，以及与 chrony、ntpd 等时间同步服务发生冲突。排查时，关键就是逐项检查服务状态、修正配置文件，并确认网络链路正常可用。

Ubuntu 默认已经开启 NTP 自动校时功能，但不少用户执行 timedatectl 后会看到 System clock synchronized: no，或者发现系统时间存在明显偏差。很多时候，这并不是“Ubuntu 没有开启自动更新时间”，而是时间同步服务没有真正生效、配置项被其他程序覆盖，或者时区与硬件时钟设置混乱，导致看起来像同步失败。

systemd-timesyncd 是否真的在正常运行？

在 Ubuntu 20.04 及以上版本的桌面版和服务器版中，默认时间同步服务通常是 systemd-timesyncd。不过，默认启用并不代表它一定处于正常工作状态。常见的失效场景包括：

• 虚拟机环境中宿主机时间本身不准确，systemd-timesyncd 可能会拒绝继续同步，以避免出现连锁性时间漂移
• 防火墙规则或网络策略屏蔽了 UDP 123 端口，导致无法连接 NTP 时间服务器
• 手动执行过 sudo timedatectl set-ntp false，之后忘记重新设置为 true

检查方法很简单：运行 timedatectl，重点查看下面两项：

System clock synchronized: yes
NTP service: active

如果显示为 no 或 inactive，可以先执行：sudo timedatectl set-ntp true，然后等待 30 秒左右再次检查。很多 Ubuntu 自动更新时间失败的问题，其实就在这一步就能解决，不必一开始就安装 chrony。

/etc/systemd/timesyncd.conf 配置是否被忽略？

Ubuntu 系统默认可能使用 time.google.com 和 time.windows.com 作为时间服务器，但在部分网络环境下，这些地址访问不够稳定，容易出现超时，从而影响 Ubuntu 自动同步时间。遇到这种情况，直接修改配置文件通常更稳妥：

• 编辑 /etc/systemd/timesyncd.conf，取消 [Time] 区块下 NTP= 这一行的注释
• 填写国内可访问的 NTP 地址，例如：NTP=ntp.aliyun.com ntp1.aliyun.com
• FallbackNTP= 可以留空，也可以填写 pool.ntp.org 作为备用时间服务器
• 修改完成后，必须重启服务：sudo systemctl restart systemd-timesyncd

还要特别注意：不要同时启用 ntpd 或 chrony。多个时间同步程序混用时，可能会争用 UDP 123 端口，导致 systemd-timesyncd 启动失败，进而让 Ubuntu 时间同步功能看似已开启、实际上并未工作。

硬件时钟（RTC）和时区错位，会让系统时间“看起来不准”

即使网络时间同步已经成功，如果硬件时钟保存的是 UTC，而系统却按本地时间解释，或者反过来处理，那么执行 date 命令时仍可能看到时间相差 8 小时。这并不一定是 Ubuntu 自动校时失败，而是时区与 RTC 的解释逻辑发生了冲突：

• 先检查当前时区：timedatectl | grep "Time zone"，确认是否为 Asia/Shanghai
• 如果不是，可执行：sudo timedatectl set-timezone Asia/Shanghai
• 再检查硬件时钟模式：timedatectl | grep "RTC in local TZ"，正常情况下应显示 no，表示 RTC 保存的是 UTC
• 如果显示为 yes，可执行：sudo timedatectl set-local-rtc false

这一设置会直接影响系统重启后的时间恢复逻辑。一旦 RTC 与时区配置错误，Ubuntu 下次开机后就可能再次出现时间倒退 8 小时的问题。

为什么 crontab + ntpdate 并不是理想方案？

很多旧教程会建议你在 crontab 中加入 ntpdate ntp.ubuntu.com，看似可以定时同步时间，但在现代 Ubuntu 系统里，这其实是一个不太推荐的做法：

• ntpdate 属于单次强制校时，会直接跳变系统时间，可能影响数据库、日志系统或 TLS 会话等正在运行的服务
• 它不会像现代时间同步服务那样平滑调整时钟频率，长期使用反而可能加重时间漂移
• Ubuntu 22.04 及以上版本通常不再默认安装 ntpdate，需要手动额外安装，而且它与 systemd-timesyncd 可能产生冲突

只有在确实需要更高精度、低延迟时间同步的场景下，例如金融交易服务器、部分高要求业务节点，才更适合改用 chrony，并同时关闭 systemd-timesyncd。对于普通桌面用户、云服务器或 Web 服务器来说，继续使用 Ubuntu 默认的自动更新时间服务通常已经足够。

还有一个最容易被忽略的问题：Ubuntu 时间同步是否成功，本质上依赖网络连通性。很多云服务器的安全组默认会禁止 UDP 123 端口访问，与其频繁更换同步工具，不如先确认 NTP 端口是否放行，这往往才是解决系统自动更新时间失败的关键。