NAT

Если совсем просто.

В домашней сети доступ к собственному серверу по локальному адресу работает. Из мобильной сети он недоступен, хотя на роутере создано правило проброса. Возможная причина — дополнительный NAT у провайдера, а не ошибка сервера. Это только гипотеза до проверки внешнего адреса и условий доступа. Для удалённого администрирования нельзя просто открыть все порты, чтобы проверить её.

Как это работает.

Шлюз изменяет поля пакетов и связывает внешнее представление соединения с внутренним. Для входящего ответа используется сохранённое состояние. Если инициировать соединение снаружи без соответствующего правила или состояния, оно может не достигнуть нужного устройства. Поведение зависит от реализации, протокола и сетевой политики. Для одноранговых приложений используются отдельные способы поиска доступного пути или ретрансляторы.

Спросите, где начинается соединение и где выполняется преобразование. Затем отделите адресацию, фильтрацию и аутентификацию сервиса. При проблеме с VPN сначала проверьте поддерживаемый клиентом способ работы через NAT. Не меняйте домашние сетевые правила наугад и не отключайте firewall целиком: это расширяет доступ, не давая хорошего диагностического ответа.

Почему это важно.

Понимание NAT помогает разбирать звонки, игры и подключение к домашней сети. В VPN-сценарии он может применяться и на выходном сервере, где много клиентов получают общий адрес. Для диагностики соберите адреса интерфейса и шлюза, наблюдаемый публичный адрес и требуемое направление соединения. Не путайте исходящее подключение к VPN с входящим доступом к домашнему устройству. Для собственного домашнего сервиса сначала выясните, нужен ли вообще входящий доступ из интернета. Иногда задачу решает ограниченное исходящее соединение или управляемый удалённый доступ. Не открывайте широкую поверхность только ради проверки гипотезы о NAT. Сетевая достижимость и безопасная аутентификация сервиса должны рассматриваться вместе.

Узнать больше.

Продолжи с соседних понятий или загляни в документацию.