Как выполнить настройку ассоциированного NAT IP?

Question

[Макс Ш]

Здравствуйте, прошу не ругать за возможно глупый вопрос, но никак не могу разобраться сам.

Суть такая, есть два сервера Oracle. Назовём Server1 и Server2. Они одинаковые, на Ubuntu 20.10
В самом Oracle открыл все соединения в файрвол на время тестирования.
На Server1 установил панель HestiaCP.
На Server2 установил панель KeyHelp.

Дело в том, что HestiaCP автоматически сама настроила NAT IP. Тем самым там все работает корректно.
В dns нужные ip, почта отправляется и тд.

Вот скриншот.

А ситуация с KeyHelp немного другая, там автоматически внешний IP не выставился.
Там как я понимаю локальный IP. И из-за этого не отправляет почту, указывает неверный ip адрес для линковки домена и тд.

Вопрос в том, как вручную настроить/пробросить или еще-что, я просто сам не совсем понимаю что именно нужно сделать, но в HestiaCP автоматически правило создалось же, значит и тут можно на Server2 что-то придумать.

Вот скриншоты из KeyHelp

Как видите, указан внутренний ip, а нужно внешний.
Интересно, как через SSH сделать настройку сети так, чтобы с ip адресом на Server2 было также, как на Server1?
Я так понимаю, если как то указать адрес, то он автоматически отобразится в KeyHelp в разделе Активные IP-адреса.

Вот например наглядная разница.

Server1, HestiaCP. В настройках DNS указан внешний IP, всё работает корректно.

Server2, KeyHelp . В настройках DNS указан внутренний IP, сайт не работает.

Надеюсь на ваши подсказки, спасибо!
Извините, если запутанно описал ситуацию :)

Comments

[Sand]

Дело в том, что HestiaCP автоматически сама настроила NAT IP. Тем самым там все работает корректно.
В dns нужные ip, почта отправляется и тд.

Дело в том что между этими утверждениями отсутствует логическая связь, поэтому цепочка выводов непонятна. А Вы хотите чтобы на втором сервере было так же как непонятно как. Сформулируйте задачу, без всяких этих HestiaCp KeyHelp

[Alexey Dmitriev]

Если серверы Oracle - это виртуальные машины в Oracle Cloud,вам надо изучить сетевую часть этой инфраструктуры, чтобы понимать как там все работает. Тогда вопросы как настраивать доступ ssh, dns и т.п. Для public ip - отпадут

[none7]

Внутренний ip, указывать в DNS бесполезно. Этот внутренний ip видит только Ваш Server1. Из общего интернета он вообще недоступен. Для меня тоже загадка зачем они создают за одним глобальным адресом целую сеть, куда можно достучаться только через проброс портов машиной с DMZ. Крайне неудобно. Нужно либо создать ещё одну сеть, с ещё одним платным публичным IP-адресом и создать на машине интерфейс подключенный к этой сети, либо купить у них целый диапазон таких адресов. В последнем случае уже никакого DMZ.

[Макс Ш]

none7, IP в DNS указал не я, а панель автоматически при добавлении в нее домена. В одном случае внешний IP указался сам(на Server1), в другом ей нужно помочь, так как панель не видит внешний IP, а только внутренний.

[Макс Ш]

Alexey Dmitriev, в сетевой части Oracle все уже сконфигурированно правильно. Тут вопрос как заставить саму Линукс систему на Server2 увидеть внешний IP.

[Макс Ш]

Sand, на Server1 панель Hestia автоматически увидела и настроила внешний IP адрес. На Server2 автоматически панель не настроила внешний IP, но он также есть, просто система его не видит. Как заставить систему на Server2 увидеть этот внешний IP адрес?

[none7]

Макс Ш, панель скорее всего готова работать на сервере за NAT с DMZ и постучалась на свой сервер, чтобы узнать внешний ip. А затем проверила может ли удалённый сервер достучаться до неё через этот ip. И не факт, что второй сервер в состоянии пройти эту проверку.
Выполните в консоли второго сервера curl -4 ifconfig.co и сравните полученный ip с внешним ip первого сервера. Для нормальной работы там должны быть разные адреса!

[Макс Ш]

none7, да разные внешние адреса, это два совершенно разных сервера никак не связанных между собой, просто настроены по одинаковому принципу.

[none7]

Макс Ш, А сервер 1 может получить доступ к серверу 2 по полученному из команды ip-адресу? Если да, то просто замените в DNS локальный ip, на полученный из команды.

[Макс Ш]

none7, нужно как-то указать этот внешний адрес в самой системе Ubuntu, чтобы панель смогла сконфигурировать параметры верно.

[none7]

Макс Ш, Ну попробуйте этот внешний ip назначить на интерфейс lo с маской /32. Может и сработает, а если нет то только патчингом кода панели управления. Ну или заменой её на ту, что умеет работать из за DMZ. KeyHelp очевидно не умеет.

[Макс Ш]

none7,

вывод ifconfig и внешний ip

А подскажите пожалуйста, как его назначить?

[Alexey Dmitriev]

Макс Ш, никак. я же вам сказал, что нужно изучить сетевую структуру в облаке.
Ваша виртуальная машина никак не использует выданный ей public адрес у себя внутри.

[none7]

Макс Ш, В простейшем случае sudo ip addr add 158.101.220.1/32 dev lo. Но это сотрётся после перезагрузки.