обычно статьи на эту тематику начинаются примерно так:
Имеем удаленный сервер «host2» с неким приложением, допустим, PostgreSQL server, которое принимает TCP-соединения на порту 5432. При этом вполне логично, что на этом сервере стоит файрвол, который прямых соединений извне на порт 5432 не разрешает, но при этом есть доступ по SSH (по-умолчанию порт 22, рекомендую его изменить). Требуется подключиться с нашего рабочего места «host1» клиентским приложением к серверу PostgreSQL на «host2»
на заводах которые мы автоматизируем примерно такая же картина, оборудование объеденено в закрытую сеть без доступа в инет, есть только сервер, который смотрит в обе сторону, и в сеть объектов и в инет, поэтому находясь в такой сети модуль не может связываться с облаком, но если я в настройках помимо сетевого адреса, вместо шлюза указывал бы адрес хоста, который выполнял бы функции проксирования, проброса портов, что то еще что бы позволило работать с облаком, тогда бы модуль получил больший охват применения. Пока не интересовался как организована связь модуля с облаком, понимаю что возможно на сервере пришлось бы производить какие то настройки, которые сейчас скрыты от пользователя в целях безопасности, но в друг есть какое то решение