更稳妥、也更高效的做法，其实是直接修改对应时间同步服务的配置文件：如果使用 ntpd，就编辑 /etc/ntp.conf；如果使用 systemd-timesyncd，就修改 /etc/systemd/timesyncd.conf；如果使用 chronyd，则需要调整 /etc/chrony.conf。同时还要停用彼此冲突的时间同步服务，并确保防火墙已放通 UDP 123 端口，这样 CentOS 7 修改系统时间同步源后才能真正生效。
直接改 /etc/ntp.conf 里的 server 行最有效
ntpd 启动后只会读取这个配置文件中指定的时间服务器，改其他位置通常不会生效。默认配置一般指向 centos.pool.ntp.org，但在国内网络环境下常常存在访问延迟高、丢包率高的问题，容易导致时间同步失败，或者出现较大的 offset 偏差。
- 打开配置文件：
sudo vi /etc/ntp.conf - 注释掉原有所有
server行（在前面加#） - 添加至少 2–3 个国内稳定可用的 NTP 时间源，例如：
server ntp1.aliyun.com iburstserver ntp2.aliyun.com iburstserver ntp.sjtu.edu.cn iburst iburst是很关键的参数：首次连接时会连续发送 8 个数据包，可明显加快初始同步速度；如果不加，可能要等待几分钟系统时间才开始逐步校准- 不要写
server 127.0.0.1或本地地址——那类配置通常是给局域网客户端使用的，并不是你当前服务器应该连接的上游时间源
systemd-timesyncd 用户不能改 /etc/ntp.conf
如果你当前使用的是系统默认的 systemd-timesyncd（例如 CentOS 7 安装完成后未额外安装 ntp 或 chrony 时可能启用），那么修改 /etc/ntp.conf 是完全不会生效的。
- 真正生效的配置文件是
/etc/systemd/timesyncd.conf - 编辑该文件，取消注释并修改
NTP=行：NTP=ntp1.aliyun.com ntp2.aliyun.com - 修改完成后必须重启服务：
sudo systemctl restart systemd-timesyncd - 验证配置是否已成功加载：
timedatectl show-timesync --all | grep NTP，检查输出中是否包含你填写的时间同步服务器地址
改完不生效？检查三个常见断点
ntpd和systemd-timesyncd不能同时正常接管系统时间：CentOS 7 若默认启用了后者，而你又安装了ntp包却没有停止systemd-timesyncd，它就会抢占时间同步控制权，导致ntpd启动失败或被静默忽略- 正确做法：
sudo systemctl stop systemd-timesyncd && sudo systemctl disable systemd-timesyncd
- 正确做法：
- 防火墙拦截 UDP 123 端口：CentOS 7 如果未放行这个端口，
ntpd就无法正常发出 NTP 请求- 临时放行：
sudo firewall-cmd --add-service=ntp --permanent && sudo firewall-cmd --reload
- 临时放行：
- 系统时间偏差过大时
ntpd可能拒绝正常工作：例如本机时间比真实时间慢了 6 小时，它可能报出the NTP socket is in use，或者直接退出- 可以先手动快速校正一次：
sudo ntpdate -u ntp1.aliyun.com（只适合一次性修正，不建议写入定时任务）
- 可以先手动快速校正一次：
用 chrony 的话，改的是 /etc/chrony.conf
很多新部署的 CentOS 7 服务器实际使用的是 chronyd（相较于 ntpd，它对虚拟机环境和网络断连场景的适应性更强），因此配置文件位置也完全不同。
- 主配置文件是
/etc/chrony.conf - 修改其中的
pool或server行，例如：pool ntp1.aliyun.com iburstserver ntp.sjtu.edu.cn iburst chrony一般不需要单独关闭systemd-timesyncd，但它会自动接管系统时间同步；只要chronyd正在运行，timedatectl set-ntp true通常就会走它- 验证同步状态可使用：
chronyc tracking（查看Offset）和chronyc sources -v（查看当前实际连接的是哪个时间源）
最容易被忽略的一点是：不同的时间同步服务进程彼此互斥，而且每种服务通常只读取自己的配置文件。改错配置文件、没有停用冲突服务，或者防火墙没有放通 UDP 123，这三种情况任意出现一种，都会让你在 CentOS 7 中修改时间同步源的操作最终失效。
