![]() |
Перенаправление запросов http к раб.станции в домене на конкретный её порт
Всем доброго времени суток...
Ситуация: WinServ 2003 R2 - (КД) | 192.168.0.1 D-link R3200 - (ADLS-роутер) | 192.168.0.250 Целевая Раб.станция - (веб-апп на 8000 порту) | 192.168.0.240 На целевой рабочей станции в составе домена, например на 8000 порту сидит веб-апп... Для нее в DNS на контроллере домена создана отдельная зона прямого просмотра, узел(А) - например www.webapp.local веб-апп можно запустить на любом порту, в том числе и на 80 ежели так и поступить - все БЭНЧ ! юзвери по www.webapp.local приспокойненько попадают куда надо... а вот и собственно вопрос которым я задался: А как-бы так исхитриться чтобы они на 8000 порт сразу шли, так как 80-й порт рискует быть занятым другим вебапом, где уже нет возможности слушать на другом порту. PS: тема может быть и "мыльная", но по запросам "перенаправление на порт", "проброс портов" и т.д. Вываливаются тонны инфы про интернет за NAT-ом, каких-то извращений с двумя подсетями, поддоменами... Решился спросить... |
Цитата:
|
Цитата:
Хотел бы уточнить что за приём/технологию вы имеете в виду под "заголовки", дабы можно было поискать, да почитать... |
как вариант читать тут, потом уже сами найдёте.
http://ru.wikipedia.org/wiki/%C7%E0%...%E2%EA%E8_HTTP на форуме обсуждалось вкратце: каждому веб-сайту по заголовку (оно же имя веб-сайта, как правило) - и всё работает. |
Вы что издеваетесь ? :)
хидеры-запросов ... они тут вообще причем ? :) У меня веб-апы работают с браузерами ( некоторые через клиентские приложения , но то там пофигу на лаконичные адреса) ^___^ ... видимо я все таки невнятно сформулировал вопрос. Обясню иначе : Есть локальная сеть - рабочие станции в составе домена который несет роли (DNS, DHSP, Сервер терминалов) В локальной сети есть некая рабочая станция (доменное имя н/п comp1.mydomain.local)... на ней 8000 tcp-порт слушается веб-аппом (пусть это будет некий веб-интерфейс построенный на NODE.js (это не суть)) Чтобы попасть к на это приложение из локальной сети пользователи использую корректный конечный адрес в браузерах: http:\\comp1.mydomain.local:8000 Я-же хочу узнать какими средствами в моих условиях можно сделать роутинг и подмену адреса... дабы путь н\п http:\\webapp.local приводил пользователей в действительности на http:\\comp1.mydomain.local:8000 Пока все что мне удалось, это создать отдельную зону DNS, там отлавливать http:\\webapp.local и направлять на IP принадлежащий comp1.mydomain.local Но все валится на дефолтовый 80-й порт... а я хотел на другой... |
Цитата:
webapp.local CNAME comp1.mydomain.local вот только порт будет 80. чем он вас не устраивает? тем что займет другой сайт? на сервере IIS 6 ? |
Цитата:
А может помочь? Цитата:
но в скором времени планируется внедрение еще одной "свистелки" ... она скомпилированна и "сорцов" как бы нет так вот она будет слушать 80-й порт без вариантов... |
|
Веб-серверами... и не только веб... - они мультипротокольные :)
По TCP/UDP работают без оберток напрямую с API протоколов рпредоставляемым ОС и адаптером |
Цитата:
средства винды вам вряд ли помогут. если RRAS умеет порты перенаправлять локальной сети, но я этого не слышал. |
Отпишись обязательно если намутишь как сделал! очень интересно.
|
Видимо никак... такая техника называется URL-спуфинг и считается уязвимостью,
более того для каждого отдельно взятого браузера - это своя техника... Фактически остается довольствоваться редиректом... т.е. имеем начальный лаконичный адрес... например для того чтобы его было легко запомнить (это и было моей проблемой) Мне усердно говорят про IIS и HTTP-заголовки... но "бьюсь как рыба об лед" все без толку... все равно юзер в сроке браузера получает корректный конечный адрес. |
Цитата:
т.е. набирает ццц.доменодын.ру попадает на ццц.домендыва.ру а в браузере по прежнему ццц.доменодын.ру или я снова не понял? Цитата:
однако, у нас замучен редирект в апаче, при наборе ццц.домен.рф ---> www.domain.ru но в браузере отображается последний. |
Цитата:
|
Цитата:
Если у вас не используется IIS - значит тема не в том разделе... И вообще, может ли такое IIS я не знаю ( |
Время: 20:59. |
Время: 20:59.
© OSzone.net 2001-