Я описал контекст проблемы очень подробно, однако, если вы просто хотите добраться до сути, прочитайте только последний абзац.
Я экспериментировал с ESXi на коробке, арендованной у Кимсуфи. К сожалению, это устройство имеет только один публичный IP-адрес. Этот IP-адрес назначен коммутатору VMkernel, который подключен к карте 1 NIC на сервере. И этот IP используется для управления коробкой. У меня есть доступ ко всем настройкам только через этот IP.
Я создал один коммутатор, не подключенный к сетевой карте, и назвал эту локальную сеть. Создал настольную виртуальную машину и назначил ее сетевой адаптер локальной сети. Создал еще один коммутатор и назвал его WAN. Прикрепил его к NIC.
После чего я создал виртуальную машину Firewall с 2 NICS - 1, выполняющим функции WAN, а другой - LAN. Назначил сетевой адаптер WAN коммутатору WAN и назначил сетевой адаптер LAN коммутатору LAN. Теперь идеальным вариантом было иметь второй публичный IP-адрес и назначить его интерфейсу WAN брандмауэра, после чего настольные виртуальные машины, подключенные к локальной сети, будут иметь доступ в Интернет. Но проблема в том, что Kimsufi просто не дает вам второй публичный IP. (Что-то я решил не обращать внимания на мысль, что я как-то заставлю его работать). Я решил дурачиться и назначил общедоступный IP-адрес интерфейсу WAN на виртуальной машине Firewall.
Очевидно, это не сработало. Тогда я решил пойти по другому пути. Я создал коммутатор VMkernel, настроил его на IP-адрес из локальной сети и назначил коммутатору локальной сети. Я бы использовал этот интерфейс для управления хостом ESXi, но мне пришлось бы использовать его из локальной сети. Я бы включил RDP на настольной ВМ. Создайте правило, которое перенаправляет трафик RDP из глобальной сети на этот рабочий стол. Затем с этого рабочего стола управляйте хостом ESXi, и, поскольку мой интерфейс WAN настроен на использование общедоступного IP-адреса, виртуальные машины в локальной сети будут иметь доступ к Интернету. Единственная проблема заключается в том, что единственный публичный IP-адрес, который я имел, был назначен VMkernel. Я решил, что у меня есть все для удаления этого VMkernel. Как только я нажимаю кнопку удаления, я немедленно теряю свое подключение к коробке, и только перезагрузка возвращает его. После перезагрузки этот VMkernel все еще был там. Таким образом, ситуация до сих пор такова: у меня есть 1 публичный IP-адрес, назначенный интерфейсу WAN брандмауэра, и такой же назначен коммутатору VMkernel.
Теперь какая-то странная идея поразила меня, и я решил настроить VMkernel с некоторым случайным общедоступным IP-адресом, надеясь, что общедоступный IP на интерфейсе WAN станет пригодным для использования и доступным из WAN. Ну, это не сработало. И теперь я полностью потерял связь с коробкой. Никакая перезагрузка не возвращает его обратно.
Мой хостинг-провайдер предоставляет режим восстановления. Я загрузился в это. Я надеюсь смонтировать жесткий диск с файлом конфигурации и вручную изменить конфигурацию обратно на прежнюю. Проблема в том, что я не знаю, какой раздел и какой файл содержит конфигурацию, которую я ищу. Я даже не уверен, возможно ли это.
Короче говоря, я хочу знать, можно ли и как изменить конфигурацию коммутатора VMkernel с правильным IP-адресом после загрузки в среду восстановления Linux. Вот как выглядит вывод fdisk -l -
Device Boot Start End Blocks Id System
/dev/sda1 8192 1843199 917504 5 Extended
/dev/sda2 1843200 10229759 4193280 6 FAT16
/dev/sda3 10229760 1953525167 971647704 fb VMware VMFS
/dev/sda4 * 32 8191 4080 4 FAT16 <32M
/dev/sda5 8224 520191 255984 6 FAT16
/dev/sda6 520224 1032191 255984 6 FAT16
/dev/sda7 1032224 1257471 112624 fc VMware VMKCORE
/dev/sda8 1257504 1843199 292848 6 FAT16