Имеем. сервер vCenter находится за NAT
хостовый сервер находится в дата-центе. доступен по внешнему IP 55.55.55.55
Хост отваливается от vCenter
ip vcenter за NAT 192.168.1.55
ip адрес на циске офиса 88.88.88.88
Решаем…
на стороне esx хоста
# chmod 744 vpxa.cfg
# vi vpxa.cfg
...
<config>
<vpxa>
...
<serverIp>88.88.88.88</serverIP>
<preserveServerIp>true</preserveServerIp>
</vpxa>
...
</config>
...
# chmod 444 vpxa.cfg
# /etc/init.d/vpxa restart
На стороне маршрутизатора
ip nat inside source static udp 192.168.1.55 902 88.88.88.88 902 extendable
Не забудьте добавить Reflexive ACL ))) TNX за внимание.
UPD (Ankliv):
Когда host добавляется в VCENTER он использует IP-адрес, сохраненный в VCenter Server Settings расположенный в: Administration —> vCenter Server Settings —> Runtime Settings —> vCenter Server Managed IP. потом делаем реконнет хостов и видим, что в них изменяется ip ВЦентра, на тот, который нам нужен.
не забываем пробрасывать UDP 902 порт с внешнего интерфейса маршрутизатора до vCenter
А если это не прокатывает то куда копать. Соединение держится 1-2 минуты и все.
он и будет отваливаться, т.к. при первой возможности исправит обратно vpxa.cfg. никакие конфиги руками править не нужно!
Когда host добавляется в VCENTER он использует IP-адрес, сохраненный в VCenter Server Settings расположенный в: Administration —> vCenter Server Settings —> Runtime Settings —> vCenter Server Managed IP. потом делаем реконнет хостов и видим, что в них изменяется ip ВЦентра, на тот, который нам нужен.
не забываем пробрасывать UDP 902 порт с внешнего интерфейса маршрутизатора до vCenter.
Спасибо за дополнение. Да, вы конечно правы. я обходился изменением прав на cfg. век живи — век учись. Статья обновлена.