ESXi 主机配置 NTP：校准时间并排查不同步

ESXi 主机配置 NTP：校准时间并排查不同步教程示意图

适用场景

这篇教程适合 ESXi 主机时间持续偏差、事件时间线对不上、监控出现 time skew 告警，或者准备让多台主机使用统一时间源的场景。准确时间会影响日志关联、证书有效期判断、身份认证和分布式系统，因此不应只在界面中手工校时。本文采用 NTP，让主机持续向已获授权的时间服务器校准；不讨论来宾操作系统的时间同步。

原理

NTP 客户端会周期性询问上游服务器，根据往返延迟和时间偏移逐步调整系统时钟。ESXi 的 ntpd 服务负责此工作，主机防火墙的 ntpClient 规则负责放行所需通信。仅填写服务器地址并不代表已经同步：服务可能没有启动，DNS 或路由可能不可用，UDP 123 可能被拦截，上游服务器也可能拒绝请求。因此要分别验证配置、服务、网络和同步结果。

准备工作

准备一台有配置权限的管理终端，以及由组织管理员提供的一个或多个 NTP 服务器地址。不要从不明网页随意挑选公共时间服务器。记录 ESXi 当前时间、原 NTP 地址、服务启动策略和防火墙限制；集群内应使用一致的时间源。若只能远程管理，确认主机仍有直接控制台或带外管理路径。界面名称可能随版本略有不同，本文适用于官方文档所列的 ESXi 6.x、7.x、8.x 和相应后续界面。

分步骤操作

登录 vSphere 客户端（vSphere Client），选择主机和集群（Hosts and Clusters），再选择目标主机。进入配置（Configure）→系统（System）→时间配置（Time Configuration），先抄录当前设置。
点击编辑（Edit），选择使用网络时间协议（Use Network Time Protocol），填写获授权的 NTP 服务器。多个服务器应分别填写，不要把逗号或空格误当成主机名。将 NTP 服务启动策略（NTP Service Startup Policy）设为随主机启动和停止（Start and stop with host），启动 NTP 服务后保存。
若直接使用 ESXi 主机客户端（VMware Host Client），进入管理（Manage）→系统（System）→时间和日期（Time & Date）→编辑设置（Edit Settings），完成相同配置，然后在服务列表启动 ntpd。
需要命令行复核时，只在维护窗口临时开启 ESXi Shell 或 SSH。先读取当前状态，再设置服务器：

esxcli system ntp get
esxcli system ntp set -s <NTP服务器1> -s <NTP服务器2> -e 1

<NTP服务器1>和<NTP服务器2>应替换为管理员提供的主机名或 IP 地址；只有一个服务器时删除第二个 -s 参数。-e 1表示启用 NTP。不要照抄尖括号，也不要在不知旧值的情况下覆盖生产主机。

查看客户端防火墙规则，但不要先把所有来源一律放开：

esxcli network firewall ruleset list | grep -i ntpClient
esxcli network firewall ruleset allowedip list | grep -i ntpClient

第一条确认 ntpClient 是否启用，第二条检查允许地址。如果组织要求限制目标地址，应只加入批准的 NTP 服务器，而不是扩大为全部地址：

esxcli network firewall ruleset allowedip add -i <NTP服务器IP> -r ntpClient

<NTP服务器IP>必须替换为真实、固定且已获批准的地址。若使用域名且解析出不可达的 IPv6 地址，应修复 DNS 或 IPv6 路由，不要简单关闭 IPv6。

验证方法

等待几个轮询周期，再执行：

esxcli system ntp get
ntpq -p

理想状态是 Enabled、Time Service Enabled 和 Time Synchronized 均为 true。ntpq -p 中被选中的时间源通常带星号，reach 应在后续轮询中增长，而不是一直为 0。还应比较主机摘要页与组织标准时间，并确认新产生的任务、事件和日志时间一致。一次 ping 成功只证明部分网络可达，不能替代 NTP 同步验证。

常见错误

出现 Connection refused，通常是 ntpd 未运行或未配置；先检查 esxcli system ntp get。出现 .INIT.、层级为 16 或 reach 始终为 0，常见原因是路由、DNS、UDP 123、防火墙允许地址或上游服务异常。刚启动时日志中的临时时钟未同步信息不一定代表最终失败，应结合持续状态判断。若时间差特别大，不要在业务高峰反复强制跳变，应先评估证书、集群和来宾业务影响。