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 端口是否放行，这往往才是解决系统自动更新时间失败的关键。
