скажем так
1) У меня есть сервер, работающий в частной интрасети. Он использует tomcat для обслуживания веб-приложения по адресу privateserverip:8080/appname
2) У меня есть домен myapp.local, и когда я вхожу в него на верхнем уровне с помощьюhttp://myapp.localон обслуживает приложение с privateserverip:8080/appname, если запрос поступает из интрасети
Таково фактическое состояние.
Теперь: у меня есть публичный домен: example.org, и я хочу, чтобы если веб-сайт перенаправит пользователя, который находится в интрасети (!), на myapp.example.org, то обслуживался privateserverip:8080/appname. Если кто-то извне интрасети зайдет на myapp.example.com, ничего не должно произойти.
Пожалуйста, скажите мне, это возможно!? :)
Я мог бы настроить vhost в nginx на example.com, а также создать записи DNS и тому подобное для example.com. Все, что вы хотите. Просто скажите мне, что это возможно
Спасибо за вашу помощь :)
решение1
Один из двух способов:
- Вы указываете своим локальным клиентам DNS-сервер в своей интрасети, который обслуживает внутренний IP-адрес вашего веб-сервера для всех запросов, идущих на myapp.example.com/appname (вам необходимо использовать appname в URL-адресе, иначе простое сопоставление IP-адресов не будет работать).
- Вы меняете настройки DNS example.com и добавляете запись A, которая указывает на внутренний IP-адрес вашего веб-сервера. К счастью, люди за пределами сети не смогут получить доступ к вашей внутренней сети, но они будут знать (внутренний частный) IP-адрес сервера, что может быть проблемой безопасности.
Я бы предложил #1, если можете. Обычно это можно сделать на маршрутизаторе (обычно это ваш DNS-сервер).
решение2
Почему люди продолжают смешивать приватное и публичное? Нет ничего плохого в том, что внутренние пользователи подключаются к приватному URL (http://myapp.local) и внешние пользователи, подключающиеся к публичному URL-адресу (http://myapp.example.org). Все остальное — это просто обходной путь для соблюдения надлежащей практики.