我正在將vCenter Server 5.5遷移到新服務器（數據庫已移至新的SQL服務器，並且在現有的vCenter Server 5.5實施中一切正常）。當我在新的vCenter Server主機上開始簡單安裝過程時，Single Sign-On組件向我顯示IP地址10.10.10.117作爲FQDN file01.xxxxxxxxx.com的IP地址。這是iSCSI接口地址。我需要它使用10.1.1.17 IP地址，這是ESXi 5.5主機將與之通信的生產NIC的地址。我已經更改了NIC卡的綁定順序並刷新了DNS緩存。我還將file01.xxxxxxxx.com添加到hosts文件的正確IP地址，並將file01添加到hosts文件。但是，在安裝過程中，發現了10.10.10.117。提前致謝！ Babak C.VMware vCenter Server 5.5單一登錄安裝爲FQDN發現錯誤的IP地址
只是爲了得到一個快速的澄清...你剛剛安裝vCenter 5.5？還是將現有vCenter服務器遷移到新主機並使用更新實用程序進行升級？我假設您正在根據您的有關SQL Server和SSO的詳細信息進行全新安裝。這是我的建議，以防萬一它是全新安裝。
我們在5.5版本的新安裝中發現了類似的問題，其中在實際的vCenter Server安裝期間發現的IP地址是公用端口NIC，我們從未用於管理流量（在vC上用於Internet訪問服務器，更新管理器等）
奇怪的是，從來沒有任何我們的DNS服務器的條目接口。所以，在稍微研究一下之後，我開始考慮在安裝過程中返回的IP根本不是DNS結果。相反，它很可能是根據綁定順序從服務器上的接口簡單收集的（例如，哪個網卡具有默認網關）。
爲了節省必須卸載並清除主要混亂，如果安裝完成錯誤，我們停下來並與VMware支持聯繫。他們建議我們清除窗口上的標準「臨時」文件夾以及/ ApplicationData/vmware/xxx下的所有臨時文件，其中'xxx'將是無論產品給您帶來什麼麻煩和尚未完全安裝 *（例如，您開始安裝並注意到不正確的IP，因此您終止了安裝程序，並且部分運行安裝中保留了元數據和緩存文件）。
基本上，我們必須做的是清除臨時文件，然後確保NIC綁定優先級正確（因此您應該檢查網絡適配器|（按-alt）|高級設置。確保正確的綁定（例如，如果您沒有在專用網絡上使用IPv6，請將其清除），並確保Windows網絡位於高級設置的第二個窗格的優先級列表的頂部。確保Windows網絡堆棧是您登錄時首先查詢的，並且SSO必須提交kerberos票據到AD DC進行驗證。
有可能一旦刪除了部分安裝文件和臨時文件並修復了網絡設置（可能是重新啓動的好主意），下次運行安裝程序時，您可能會獲得成功。
我會嘗試檢查這個帖子以後，看它是否有助於你在所有...或者，我只是成功地使你的生活更加困難（我當然希望不會！）:)
一更多的事情......在初始化安裝程序之前，打開一個PS會話，執行ipconfig/flushdns，然後ping你的vCenter服務器的主機名，以便將其存入DNS緩存中。你也應該執行以下操作：
NSLOOKUP
NS> {您的vCenter Server的IP地址}
/*確保所產生的主機名是correct..this確保您的師生比和RDN的正常工作。的vCenter在很大程度上依賴於準確的反向DNS配置...然後執行以下查找正向DNS */
NS> {您的vCenter Server的FQDN}
希望它能幫助。祝你好運，我的朋友！
SIETEC