Редирект не другой ip

Читал читал так и не увидел заветный белый айпи ..... 1) IP и интерфейс который смотрит в интернет 2) IP и интерфейс который смотрит в сеть 3) IP сервера на который надо перенаправлять порт ...

написано, же реал ip на роуторе 1. 192.168.1.7/24 2. 10.0.2.5 3. 192.168.254.44/16

Както он не похож на реал айпи.. ну ладно...

iptables -t nat -A PREROUTING -d 192.168.1.7 -m tcp -p tcp --dport 25 -j DNAT --to-destination 192.168.254.44:25

Этот вариант не работает.

Что не похоже-то?? Я же написал, сервер за роутером и вывален в dmz.

Нарисуй схему соединения нормальную. Начиная с роутера и заканчивая 192.168.254.44. Нифига ж не понятно.

http://s55.radikal.ru/i147/1109/07/1ad0a411d734.jpg

Вот, надеюсь понятно изобразил.

Сервер_1, Сервер_2 и роутер друг-друга все взаимно пингуют?

Сервер_2 через 10.10.2.5 в инет ходит?

да все пингуется сервер_2 имеет доступ в инет, ходит через шлюз который, на сервере_2 только 1 интерфейс 192.168.254.44

Нифига не понял. Расставьте точки в предложении.

Где шлюз и для кого? И где нат?

Сорри это тут чего-то перенос строк не работает.
да все пингуется.
сервер_2 имеет доступ в инет, в интернет выходит через шлюз, который админится не мной, поэтому про него сказать более подробно не могу.
на сервере_2 только один интерфейс 192.168.254.44

Т.е. входящие пакеты будут приходить от Сервер_1, а исходящие уходить через что-то другое. Это не всегда работает. Посмотри tcpdump'ом на eth0 на Сервер_2, доходит ли что-то когда Клиент пытается соединиться.

Для начала можно повесить tcpdump на eth0 и одновременно на ppp0 на Сервер_1, что б отследить пакеты от Клиента, которые доходят до него и каким образом они уходят с ppp0.

Потом можно tcpdump и на Сервер_2 вешать.

Плюс повесить в файрволе на Сервер_1 правила считающие пакеты на Сервер_2 на eth0 и ppp0. Можно будет по ним тоже отследить происходит ли всё как задумано.

Я пробовал различные правила iptables и максимальное, что у меня получилось - это когда пакеты доходили до Сервер_2, но обратно они не возвращались. Вот собственно в этом и есть основная загвоздка.

Так, они обратно и не вернутся, если шлюз по-умолчанию не Сервер_1.

Хотя, там же есть между ними какие-то маршрутизаторы. Короче, если пакеты доходят до Сервер_2, то надо смотреть куда уходят от Сервер_2 ответы по цепочке серверов. И если они уходят из сети, то правила файрвола на Клиент могут не переварить, что ответ приходит не с того ip:порта на который послан запрос.

Получилось перенаправить tcp траффик с помощью утилиты redir. Но плюс к этому нужно еще перенаправлять udp пакеты, причем нужно не только передавать, но и принимать udp пакеты. Передача у меня получилась с помощью одной утилиты, а как принимать пакеты я просто не представляю. Как можно решить данную проблему?

Т.е. если заменить redir правилом iptables с DNAT, то ничего не пашет?