海外云服务器 40个地区可选            亚太云服务器 香港 日本 韩国

云虚拟主机 个人和企业网站的理想选择            俄罗斯电商外贸虚拟主机 赠送SSL证书

美国云虚拟主机 助力出海企业低成本上云             拨号云主机

在现代 IT 基础设施中，时间同步是保障系统稳定运行、日志可追溯性以及分布式服务协调一致的核心环节，尤其是在拥有多个节点的复杂架构中——如数据库集群、微服务系统或高可用负载均衡环境——若各服务器之间存在显著的时间偏差，可能导致身份认证失败、事务顺序混乱、日志关联困难等严重问题。

在金融交易系统中，毫秒级的时间误差都可能引发数据不一致；而在安全审计场景下，不同步的时间戳会使事件溯源变得几乎不可能，确保两台 Linux 服务器之间的时间高度一致，不仅是运维的基本要求,更是构建可靠系统的基石。

本文将深入介绍如何在两台 Linux 服务器之间实现精准的时间同步，涵盖 NTP 协议原理、主流工具选型、具体配置步骤、内网部署模式以及常见故障排查方法，帮助运维人员建立标准化、可持续维护的时间同步机制。

为什么需要时间同步？

时间看似是一个简单的系统参数，但在分布式系统中却扮演着“全局时钟”的角色，当多台服务器协同工作时，它们必须基于一个共同的时间参考点来记录事件、执行任务和验证状态。

以下是几个典型因时间不同步导致的问题案例：

• Kerberos 认证失败：Kerberos 协议对时间极为敏感，通常允许的最大时间差为 5 分钟，一旦超出该阈值,用户将无法通过身份验证。
• MySQL 主从复制异常：基于时间戳的复制策略（如某些 GTID 或 binlog 回放机制）可能因主从机时间不一致而导致数据错乱或中断。
• 日志分析失效：在使用 ELK（Elasticsearch + Logstash + Kibana）或 Loki 等集中式日志平台时，若各主机时间未同步，跨主机的日志排序与关联将失去意义,极大增加排障难度。
• 定时任务冲突：Cron 作业若依赖本地时间触发，而服务器时间漂移严重,则可能导致任务重复执行或遗漏。

由此可见，时间同步不仅关乎系统功能正常，更直接影响到安全性、合规性和运维效率。

主流时间同步机制对比：NTP vs chrony

Linux 系统中最常用的两种时间同步方案是 NTPd（Network Time Protocol daemon） 和 chrony，虽然两者均遵循 NTP 协议标准，但在性能、适应性和响应速度方面存在明显差异。

✅ 推荐建议：对于绝大多数现代 Linux 发行版（如 CentOS 8/9、Rocky Linux、Ubuntu 20.04 及以上），优先选择 chrony 作为时间同步服务，因其具备更高的精度、更强的容错能力以及更优的资源利用率。

配置两台 Linux 服务器时间同步：实战操作指南

以下以两台 CentOS 7/8 服务器为例，IP 地址分别为：

• Server A：192.168.1.10（主时间客户端）
• Server B：192.168.1.11（备用时间客户端）

我们将演示如何在这两台服务器上统一配置 chrony，使其同步至公共互联网时间服务器,并进一步扩展为内网时间分发架构。

步骤 1：安装 chrony 服务

在两台服务器上分别执行对应命令完成安装：

# CentOS/RHEL 系列
sudo yum install -y chrony
# 或使用 dnf（CentOS 8+ 推荐）
sudo dnf install -y chrony
# Ubuntu/Debian 系列
sudo apt update
sudo apt install -y chrony

⚠️ 注意：部分系统可能已预装 chrony,请先检查是否已存在：

systemctl status chronyd

步骤 2：启动并启用 chrony 服务

安装完成后,启动并设置开机自启：

sudo systemctl enable chronyd --now

--now 参数相当于同时执行 enable 和 start,简化操作流程。

步骤 3：查看时间同步状态

使用 chronyc 命令行工具检查当前同步情况：

# 查看跟踪状态
chronyc tracking
# 查看时间源列表及其延迟、抖动等指标
chronyc sources -v

输出解读示例：

Reference ID    : 8B9A8C8D (time.cloudflare.com)
Stratum         : 3
Ref time        : Tue Oct 15 10:23:45 2024
System time     : 0.000012345 seconds slow
Last offset     : +0.000045 seconds
RMS offset      : 0.000089 seconds
Frequency       : 1.234 ppm fast

关键字段说明：

• Stratum：层级数，数值越小表示越接近原子钟源（stratum 1 为最顶层）；
• System time：当前系统时间与参考时间的偏移量，理想值应小于 ±1ms；
• *Source state (^)*在 sources 输出中，“^” 表示当前主时间源，“^+” 表示候选源。

步骤 4：强制立即同步（适用于大偏差场景）

如果初始时间偏差较大（如超过几秒），chrony 默认会缓慢调整以避免应用程序受到突变干扰，但在某些维护场景下,我们希望快速纠正时间错误。

此时可使用以下命令强制立即跳变时间：

sudo chronyc makestep

🔔 提示：此操作会直接修改系统时间，可能影响正在运行的应用程序,请谨慎在业务低峰期执行。

你也可以通过编辑 /etc/chrony.conf 文件,开启自动强制同步策略：

makestep 1 -1

含义：当系统启动后发现时间偏差大于 1 秒，则自动执行一次 makestep 操作。

高级应用：搭建内网时间服务器（Hierarchical Time Sync）

出于安全考虑或网络限制，许多企业不愿让所有服务器直连公网 NTP 源，此时可以构建分层时间同步体系：指定一台内部服务器作为“时间网关”,其他主机向其同步。

场景设计

• Server A（192.168.1.10）作为内网时间服务器,连接外部权威时间源；
• Server B（192.168.1.11）及其他内网设备从 Server A 获取时间。

配置步骤

在 Server A 上开放内网访问权限

编辑配置文件：

sudo vi /etc/chrony.conf

添加如下规则：

# 允许来自 192.168.1.0/24 网段的客户端同步请求
allow 192.168.1.0/24
# 若外网断开，允许本机作为本地时间源（stratum 设为 8，防止被误认为优质源）
local stratum 8

重启服务使配置生效：

sudo systemctl restart chronyd

🔍 安全提示：生产环境中建议结合防火墙（firewalld/iptables）仅放行 UDP 123 端口给可信 IP。

在 Server B 上指向内网时间源

修改其 /etc/chrony.conf，注释掉默认公网源,新增：

server 192.168.1.10 iburst

参数说明：

• iburst：初始阶段快速发起多次请求,加快同步速度；

• 可配置多个冗余地址提高可靠性,如：

  server 192.168.1.10 iburst
  server 192.168.1.12 iburst