Вот мой сценарий:
У меня есть сервер VisualSVN на моем основном ящике разработчика @ home. Я также использую Visual Studio 2010, TortoiseSVN, клиент VisualSVN (для управления версиями) и «Артефакты с поддержкой версий» (для отслеживания ошибок).
(Мне пришлось изменить приведенный ниже поддельный URL-адрес, чтобы использовать только одну косую черту, потому что как новый пользователь я не могу опубликовать более одного настоящий URL.)
Мой маршрутизатор Buffalo AirStation WHR-HP-G300N настроен правильно, поэтому мой деловой партнер может подключиться к серверу SVN. У меня включена переадресация портов для IP-адреса на стороне Интернета (например, http: /99.888.77.66: 443), который перенаправляется на внутренний IP-адрес (например, 192.168.11.6). Эта часть отлично работает.
Проблема, с которой я столкнулся, связана с частью интеграции между TortoiseSVN и моей системой отслеживания ошибок. Мне нужно предоставить bugtraq: url свойство, но мне не удалось заставить работать относительные пути. Поэтому я вынужден использовать абсолютный URL. С моей стороны, мне нужно использовать название моего сервера (например: bugtraq: url = https: / мой-сервер / svn / bla ..), но с моим партнером это не работает. Ему нужно указать IP-адрес (например: bugtraq: url = https: /999.888.77.66: 443 / svn / bla ...)
Есть ли способ настроить мой маршрутизатор таким образом, чтобы IP-адрес для этого параметра перенаправлялся / повторно отображался на "https: // мой-сервер"если запрос исходит из самой LAN? Программное обеспечение моего маршрутизатора поддерживает LAN-> Интернет и Интернет-> LAN, но я не вижу LAN-> LAN.
Как предложил кто-то на StackOverflow.com, решением было отредактировать файл HOSTS. В моем случае мне нужно было, чтобы мой деловой партнер редактировал его HOSTS после того, как я изменил bugtraq: url с моей стороны:
https: // мой-сервер / svn / Bla...
Затем он изменил свой файл HOSTS следующим образом:
999.888.77.66 мой-сервер
Работает как шарм.