преадресация порта на другой ip

[empy]

переадресация порта на другой ip.

у меня есть сервер контер-страйк который работает на порту 27015
есть доменное имя прикрепленное к ip этого сервера (назовем его например сервер.ру), чтобы подключиться к этому серверу в игре надо набрать connect сервер.ру:27015

есть еще другой сервер который установлен на другой машине и у которого другой внешний ип (например 1.1.1.1)

как сделать чтобы при коннекте к сервер.ру:27016 перекидывало на 1.1.1.1:27016

сделал правило:
инет -> Файрвол -> UDP27016 -> MAP 1.1.1.1
инет -> Файрвол -> TCP27016 -> MAP 1.1.1.1


все работает, но у всех пользователей которых кидает с сервер.ру:27016 на 1.1.1.1:27016 ip адрес как у сервер.ру
то есть как я понимаю юзеры коннектятся как через прокси сервер.

как сделать чтобы юзеров перекидывало, но у каждого был свой ип адрес?

[Donkey]

empy, сказать юзерам чтобы конектились напрямую на 1.1.1.1

[empy]

спасибо кэп
а я то голову ломаю

а подругому без вариантов? просто этот ип с этим портом уже хорошо раскруче и если перенести на другой ип то будет не оч хорошо.
может прога есть какая если файрволом это сделать нельзя?

[Valery12]

Цитата

Сообщение от empy

все работает, но у всех пользователей которых кидает с сервер.ру:27016 на 1.1.1.1:27016 ip адрес как у сервер.ру

так бывает если кроме MAP включен NAT, a должен быть только MAP

[empy]

Цитата

Сообщение от Valery12

так бывает если кроме MAP включен NAT, a должен быть только MAP

[Для просмотра данной ссылки нужно зарегистрироваться]

написал же как я сделал правило. вот скрин если написал не понятно.
только в этом правиле порты другие а так все тоже самое

[Valery12]

Цитата

Сообщение от empy

написал же как я сделал правило. вот скрин если написал не понятно

да все понятно, но ведь адрес отправителя подменяется - значит НАТ работает, посмотреть бы все правила а не одно это.
Хотя хочу сказать даже если получится НАТ исключить и заставить пакеты идти с родным адресом отправителя, мы получим ассиметричную маршрутизацию (ответные пакеты пойдут не через керио а напрямую) для уровня IP это не страшно а вот TCP сессия не установится потому что клиент посылает SYN на один адрес а SYN ASK получит с другого.