|
|
|||||||
| Регистрация | Справка | Календарь | Поиск | Сообщения за день | Все разделы прочитаны |
|
|
|
Опции темы |
|
|
#1 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
День добрый всем форумчанам
Перехожу с UG и возникла задача Задача как по мне тривиальная - проброс порта, но как составить правило не пойму ( Поиск не помог или рук кривой ) В общем задача Есть сервер в интернете - например target_domain.ru У него есть открытый порт. Например 80. Не суть важно Как в Kerio сделать проброс определенного порта (например 12345) от брандмауэра на заданный хост с заданным портом? Т.е грубо говоря чтобы шел коннект telnet IP_KERIO_SERVER 12345 И при этом коннект шел на target_domain.ru (порт 80) В UG это называлось назвначение портов (ну путать port mapping), а тут как составить правило не пойму ( Т.е делаю правило Имя - XXX Источник -LAN Назначение - FireWall Служба - TCP:12345 Действие - разрешить Трансляция - включить источник NAT (что без что без него - не пашет), трансляция (хост, порт) Что не так делаю? Или тут такое вообще нельзя реализовать? Заранее спс за ответы |
|
|
|
|
|
#2 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
а зачем такой изврат?
(UG - Uniloe Gamno? )я думаю здесь (в керио) в правиле трафика вмето НАТ надо делать опять же MAP с указанием удалённого сервера и порта
__________________
Не только лишь все! |
|
|
|
|
|
#5 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
Т.е не работает ни так (Это локальный IP KERIO)- telnet 192.168.0.2 3392 ни так - telnet 127.0.0.1 3392 Если делать telnet 192.168.200.2 3392 то все идеально, но это не решение к сожалению для меня, т.к я указать цель на роутере (192.168.200.2) при запросе из внешней сети не могу - только порт Галочку "включить источник NAT" тоже пробовал щелкать |
|
|
|
|
|
#6 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
керио должен "пускать" трефик к означенному порту для означенного пользователя (или для всех, тут без разницы) то есть по сути керио должен быть "прозрачен" для пользователя относительно нужного порта для этого делается простое правило: источник - локальная сеть получатель - внешняя сеть (или какая там) протоколы\порты - указать порт действие - разрешить NAT - NAT включить естественно должна быть настроена и должна работать маршрутизация между двумя локальными сетями когда то давно рисовал по похожей схеме инструкцию: [Для просмотра данной ссылки нужно зарегистрироваться]
__________________
Не только лишь все! |
|
|
|
|
|
#8 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
![]() точнее в их НЕчтении кратко что от тебя требуется: 1. рисунок (в пайнте можно) твоей "топологии" где указан сервер керио, обозначены интерфейсы с ип-адресами, указаны все сети которые "подключены" к керио 2. ipconfig /all с сервера керио + с любого клиента из каждой сети 3. скриншот трафикполисей, обязательно с описанием какие интерфейсы из нарисованных входят в "доверенные\локальные) и т.п.
__________________
Не только лишь все! |
|
|
|
|
|
#9 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
Да всегда пожалуйста )
Просто думал текстового описания вполне хватит >> с любого клиента из каждой сети Да пока пускай даже с KERIO хотя бы заработает telnet на порт локальный А там уж разберусь >> обязательно с описанием какие интерфейсы из нарисованных входят в "доверенные\локальные Локальные - LAN Инет - WLAN На скрине первой политики указан источник - любой. Но там ставилось все что угодно уже. Т.е что скажете, то поставлю |
|
|
|
|
|
#10 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
что из себя представляет роутер 192,168,200,100 ???
поскольку в него "воткнуты" керио 192,168,200,1 и роутер 192,168,200,2 ь- я полагаю он (200.100) для них как свич работает а стало быть 192,168,200,2 - находится во "внешней" сети сервера керио следовательно с самого сервера керио - 192,168,200,2 должен пинговаться (стоит для тестов разрешить пинги на самом 192,168,200,2) ну и с сервера керио должно цепляться телнетом на 192,168,200,2:3392 пингуецо цепляецо? покажи ка tracert 192.168.200.2 с любоко клиента LAN1
__________________
Не только лишь все! |
|
|
|
|
|
#11 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
Эмм. А что он может из себя представлять?
Со строны 192.168.200.XXX обычный свитч так сказать Можно даже для простоты считать что это и есть обычный свитч, ничего думаю это не меняет в принципе... До этого на UG же все работало без проблем Может кто либо на своей конфигурации просто попробовать сделать? Т.е банально прокинуть любой порт на ya.ru:80 и скинуть скрин TP - хотя бы будет от чего отталкиваться >> в него "воткнуты" керио и роутер 192,168,200,1 Керио и есть сервер с IP внешним 200.1 Роутер это 200.2 |
|
|
|
|
|
#12 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
после отладки Добавлено через 4 минуты кароче смотри: правила S2 (RDP) и S2 (RADMIN) работают только для трафика из интернетов, если соответствующие порты на "главноем роутере" проброшены на твоё керио отключи их (пока временно) а в правиле "не авторизорванные" - включи НАТ Добавлено через 19 минут ты должен понять одну простую вещь: если ушёл от UG - то надо и забыть всю терминологию там применявшуюся, забыть "принципы" построения в UG правил фаервола керио (как впрочем и в других продуктах) оперирует понятиями "интерфейс" "сеть" "хост" в твоём случае трафик должен "бежать" из одной сети в другую (с точки зрения керио из одного интерфейса в другой) это - и указывается в правиле трафик-полиси т.е.: источник - интерфейс куда подключена LAN1 (или конкретный IP из этой сети) получатель - интерфейс, к которому "подключен" хост 192,168,200,2, в твоём случае WLAN (либо непосредственно IP хоста) сервисы\порты - какие надо НАТ - включить (хотя можно и без него, но пока с ним давай) тоесть в самом первом правиле на большом скриншоте: вместо брандмауэра в получателях - ставишь wlan оставляешь NAT, мапинг и распределение нагрузи убираешь а на клиенте из LAN1 при подключении по RDP пишешь: 192,168,200,2:3392
__________________
Не только лишь все! Последний раз редактировалось naliman; 23.06.2014 в 16:07.. Причина: Добавлено сообщение |
|
|
|
|
|
#13 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
В общем S2 правила для инета вообще удалил
В них толку не было. Это видать с тестов осталось Для неавторизованных NAT включил Обновленный скрин в аттаче. Связи все равно нема... ( P.S Эмм сча обновление прочел попробую Так Сделал как ты и сказал только смысла "а на кой" не понял Скрин обновленный в приложении. Но по первому правилу каша какая то как по мне... >> а на клиенте из LAN1 при подключении по RDP пишешь: 192,168,200,2:3392 Так оно и до этого прекрасно так работало ) Мне нужно не NAT ить этот порт, а проксировать Т.е не 192,168,200,2:3392 (NAT) а 192.168.0.2:3392 (с клиента) или 127.0.0.1:3392 (хотя бы с самого же сервера) |
|
|
|
|
|
#14 |
|
особый
Регистрация: 19.06.2006
Сообщений: 9,439
|
+ ты вот это забыл: приеду - погляжу что получилось и отпишусь и будем колдовать дальше, но похоже только завтра
__________________
Не только лишь все! |
|
|
|
|
|
#15 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
>> следовательно с самого сервера керио - 192,168,200,2 должен пинговаться
Да без проблемм >> и с сервера керио должно цепляться телнетом на 192,168,200,2:3392 Да все легко цепляется >> покажи ка tracert 192.168.200.2 с любоко клиента LAN1 Да легко ===== C:\Windows\system32>tracert 192.168.200.2 Трассировка маршрута к 192.168.200.2 с максимальным числом прыжков 30 1 2 1 ms Трассировка завершена. >> и будем колдовать дальше, но похоже только завтра Да без проблемм. Я спать пойду ) МСК +7 ) Нифига не выйдет, тупо на контроллере домена подниму проксирование одного порта несчастного Просто уже спортивный интерес так сказать |
|
|
|
|
|
#19 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
Вы похоже задачу не поняли
ПроNATить порт я и сам могу без проблемм Вопрос в другом. Порт нужно проксировать Я выше писал Мне с клиента нужно не 192.168.200.2:3392 (NAT) Это итак прекрасно работает Мне нужно - 192.168.0.2:3392 (с клиента сети LAN1) Или 127.0.0.1:3392 (хотя бы с самого же сервера) На вопрос, а на кой могу расширить схему (что рисовал), что нужно реализовать Т.е мне по факту нужно получить RDP из одной внешней сети (для LAN1) в другую внешнюю сеть |
|
|
|
|
|
#20 |
|
Регистрация: 20.06.2014
Сообщений: 11
|
Короче плюнул на все это дело
Главное результат в принципе в конечном счете Оставлю здесь, может кому пригодится На KERIO серваке (хотя по большому счету он там может и не стоять вообще) В cmd.exe netsh interface portproxy add v4tov4 listenport=3392 listenaddress=192.168.0.2 connectport=3392 connectaddress=192.168.200.2 На сим всем спасибо. Тему можно офф... |
|
|
|
| © Kerio-rus.ru |
|