我正在将我的 vCenter Server 5.5 迁移到新服务器（数据库已移动到新的 SQL 服务器，并且在现有的 vCenter Server 5.5 实施上一切正常）。当我在新的 vCenter Server 主机上开始简单安装过程时，Single Sign-On 组件会向我显示一个 IP 地址 10.10.10.117 作为 FQDN 文件 01.xxxxxxxxx.com 的 IP 地址。这是 iSCSI 接口地址。我需要它使用 10.1.1.17 ip 地址，该地址是 ESXi 5.5 主机将与之通信的生产网卡的地址。我已经更改了 NIC 卡的绑定顺序并刷新了 DNS 缓存。我还将具有正确 IP 地址的 file01.xxxxxxxx.com 添加到 hosts 文件中，并将 file01 添加到 hosts 文件中。尽管如此，在安装过程中，还是发现了 10.10.10.117。提前致谢！巴巴克 C.
问问题
1734 次
1 回答
1
只是为了快速澄清...您是新安装 vCenter 5.5 吗？或者您正在将现有的 vCenter 服务器迁移到新主机并使用更新实用程序进行升级？我假设您正在根据有关 SQL 服务器和 SSO 的详细信息进行全新安装。这是我的建议，以防它是全新安装。
我们在新安装的 5.5 中遇到了类似的问题，其中在实际安装 vCenter Server 期间发现的 IP 地址是我们从未用于管理流量的面向公众的 NIC（它用于 vC 服务器上的 Internet 访问，用于更新经理等）
奇怪的是，我们的任何 DNS 服务器中都没有针对该接口的条目。因此，经过一番调查，我开始认为安装期间返回的 IP 根本不是 DNS 结果。相反，它（很可能）只是根据绑定顺序从服务器上的接口收集的（例如，哪个 NIC 具有默认网关。）
为了避免在安装完成错误的情况下卸载和清理一大堆乱七八糟的东西，我们停下来联系了 VMware 支持。他们建议我们清除 Windows 上标准“临时”文件夹以及 /ApplicationData/vmware/xxx 下的所有临时文件，其中“xxx”是给您带来麻烦且尚未完全安装的任何产品*（例如，您开始安装并注意到不正确的 IP，因此您终止了安装程序，并且在部分运行的安装中保留了元数据和缓存文件）。
基本上，我们要做的是清除临时文件，然后确保 NIC 绑定优先级正确（因此您应该检查网络适配器|（按 Alt）|高级设置。确保检查了正确的绑定（例如如果您不在专用网络上使用 IPv6，请清除它）并确保 Windows 网络位于高级设置的第二个窗格中的优先级列表的顶部。通过确保 Windows 网络，这对 SSO 有很大帮助登录时首先查询堆栈，并且 SSO 必须向 AD DC 提交 kerberos 票证以进行验证。
有可能，一旦您删除了部分安装文件和临时文件并修复了网络设置（可能也是重新启动的好主意），下次您运行安装程序时可能会成功。
我稍后会尝试检查这篇文章，看看它是否对你有帮助......或者我只是成功地让你的生活变得更加困难（我当然希望不会！）:)
还有一件事……在初始化安装程序之前，打开一个 PS 会话，执行 ipconfig /flushdns 然后 ping 你的 vCenter 服务器的主机名，以便在 DNS 缓存中获取它。您还应该执行以下操作：
nslookup
NS>{您的 vCenter 服务器 IP 地址}
/* 确保生成的主机名是正确的。这可以确保您的 PTR 和 rDNS 正常工作。vCenter HEAVILY 依赖于准确的反向 DNS 配置...然后对正向 DNS 执行以下查找 */
NS>{您的 vCenter 服务器 FQDN}
希望能帮助到你。祝我的朋友好运！
SIETEC
于 2014-01-11T20:43:12.523 回答