vSphere Client能連vCenter但無法連ESXi主機控制台（MKS），提示「Unable to connect the MKS」，且ESXi管理IP可ping通但Client連不上。最終排查發現是**本地電腦IP與ESXi管理IP衝突**導致。本文記錄排查全過程。
故障現象
- vSphere Client → vCenter：正常。
- vSphere Client → ESXi主機（直接連）：「網絡故障」。
- ESXi控制台（MKS）：「Unable to connect the MKS」。
- 本地ping ESXi管理IP：通。
- 重裝ESXi後暫時正常，後復發。
排查邏輯鏈
- ping通說明**網絡層面可達**，TCP握手可能建立。
- Client連不上、MKS連不上，提示網絡錯誤，指向**上層協議/路由/IP衝突**。
- 重裝ESXi後暫時好，說明ESXi配置無誤，問題在**網絡環境/客戶端**。
- 關鍵測試：拔掉本地網線，ping ESXi IP 依然通！ → **本地存在IP衝突設備**。
根因確認
- 同事配置其他設備（或虛擬機）使用了**相同靜態IP**，與ESXi管理IP衝突。
- ARP表隨機映射導致流量間歇性誤送，MKS/Client對延遲/丟包極敏感。
- 「問所有人都說沒用」 — **人為疏忽/誤導是常見干擾**。
解決方案
- 修改本地電腦IP為唯一無衝突地址。
- 或修改衝突設備IP。
- 建議：ESXi管理IP預留專用段，配合DHCP預留/靜態綁定MAC，杜絕衝突。
驗證步驟
# 1. 懷疑衝突時
arp -a | findstr "ESXi_IP" # 檢查MAC是否固定/與預期一致
# 2. 拔網線測試（最直接）
# 本地斷網後 ping 目標 IP 若仍通 → 100% 本地網段有衝突
# 3. 交換機端口綁定MAC / 端口隔離 / VLAN 劃分
經驗總結
| 教訓 | 對策 |
|---|
| 信任口頭確認「沒人用這IP」 | **技術手段驗證**：arp、拔線ping、交換機MAC表 |
| 忽略IP衝突對管理流量/控制台流量的毀滅性影響 | 管理網段嚴格管控，關鍵設備IP預留、監控告警 |
| 重裝系統掩蓋了環境問題 | 故障復發必是環境/配置問題，勿輕易重裝 |
網絡故障排查金律：物理斷開測試最直接，ARP表不說謊，IP衝突是隱形殺手。
