部署 VCSA 8.0 时，很多运维人员会遇到安装向导长时间卡在初始化 VCS 服务阶段，查看部署日志持续报 authentication（认证）失败，无法完成部署。多数人会误以为是账号密码或权限问题，实际核心诱因是NTP 时间不同步、DNS 解析异常，时间差或域名解析错乱会直接导致身份认证校验不通过。本文围绕该故障核心原因，讲解排查思路、NTP 时间校准、DNS 修正、日志定位及避坑要点，步骤清晰通俗，帮你快速解决部署卡死问题，顺利完成 VCSA 上线。
一、核心故障结论
VCSA 8.0 部署过程中卡在初始化 VCS 服务、日志报authentication failed，99% 不是账号密码错误，核心原因只有两点：
- ESXi 主机、VCSA 虚拟机、DNS 服务器 NTP 时间不同步，时间偏差导致 SSO 身份令牌校验失败；
- DNS 解析异常，正向 / 反向解析不生效、域名无法正常解析，身份认证组件通信失败。
VCSA 部署依赖严格的时间同步与 DNS 解析校验，时间不一致、解析异常都会直接触发认证失败，服务初始化卡死。
二、为什么时间和 DNS 会导致认证失败？
vCenter/VCSA 底层采用 VMware SSO 单点登录体系，所有组件之间通信依赖时间戳 + 证书 + 域名解析三重校验：
- NTP 时间不同步：ESXi、VCSA、域控（如有）时间不一致，哪怕相差几分钟，都会导致认证令牌过期、证书校验不通过，直接报 authentication 失败；
- DNS 解析异常：VCSA 部署必须依赖 DNS，主机名、反向解析、FQDN 域名解析错误，会让 VCS 服务无法与身份认证组件通信，初始化流程中断卡死；
- 常见误区：反复修改 vCenter 管理员密码、检查权限，完全偏离故障根因，越排查越耽误时间。
三、分步实操：先修 NTP，再调 DNS，解决部署卡死
步骤 1：校准 ESXi 主机 NTP 时间（最优先）
- 登录 ESXi 网页客户端，进入「管理」→「系统」→「时间和日期」；
- 开启 NTP 客户端，配置统一 NTP 服务器（推荐国内公共 NTP：
ntp.aliyun.com）； - 手动同步时间，确认 ESXi 系统时间与标准时间一致；
- 开启 NTP 开机自启，避免重启后时间再次偏移。
步骤 2：校准 VCSA 部署环境时间
- 若 VCSA 虚拟机已开机，通过控制台进入 VCSA 命令行；
- 执行时间同步命令，强制对齐 NTP 时间：
timedatectl set-ntp true systemctl restart systemd-timesyncd- 确保 VCSA 时间、ESXi 时间、DNS 服务器时间完全一致。
步骤 3：检查并修正 DNS 解析（正向 + 反向）
- 确认 VCSA 使用的 DNS 服务器可正常访问；
- 在 DNS 中添加 VCSAA 记录（正向解析）和PTR 反向解析；
- ESXi 主机上测试解析，确保 FQDN 域名可正常解析到 IP，IP 可反向解析到主机名：
nslookup vcsa.lab.local nslookup 192.168.x.x- 禁止使用纯 IP 部署 VCSA，必须使用 FQDN 域名。
步骤 4：清理失败部署，重新部署
- 删除未部署完成的 VCSA 虚拟机；
- 确认 ESXi、DNS、NTP 全部正常；
- 重新运行 VCSA 8.0 部署 ISO，全程使用 FQDN 域名，不要填 IP；
- 部署过程即可正常通过 VCS 服务初始化阶段。
四、如何查看部署日志，确认是认证失败？
部署卡死时，可直接定位部署日志，快速确认故障：
- 在部署向导的「查看日志」页面，导出 VCSA 部署日志；
- 搜索关键词：
authentication failed、token expired、time skew、dns resolve； - 出现以上关键字，直接判定为时间不同步或 DNS 异常，无需排查账号密码。
五、常见踩坑与避坑要点
- 误区 1：VCSA 可以用 IP 部署→ 错！vCenter 8.0 强制依赖 DNS + 域名，IP 部署极易出现认证异常。
- 误区 2：只同步 VCSA 时间，不同步 ESXi 时间→ 两者时间必须完全一致，单边同步依然会认证失败。
- 误区 3：忽略反向 DNS 解析→ PTR 反向解析缺失，是企业环境部署 VCSA 最常见的隐形坑。
- 误区 4：公共网络部署不配置 NTP→ 公网环境时间漂移更严重，必须强制开启 NTP 同步。
六、总结
VCSA 8.0 部署卡在初始化 VCS 服务、日志报 authentication 失败，核心解决逻辑就是：统一 NTP 时间、修正 DNS 正向 + 反向解析。优先校准 ESXi 与 VCSA 时间，再完善 DNS 解析配置，使用 FQDN 域名重新部署，即可一次性解决认证失败、部署卡死问题。该故障属于虚拟化部署高频坑点，前期做好时间与 DNS 规划，可直接避免 90% 以上的 VCSA 部署异常。
