Перенаправление пакетов

я не в теме, но ходят слухи что в линуксе тоже есть форвардинг

dnat/snat вестимо

echo "1" > /proc/sys/net/ipv4/ip_forward

dnat/snat как раз таки меняет адрес отправителя/получателя а мне это не нужно

только от одной это опции пакеты не будут перенаправляшься на другой хост интернета

Что значит другой хост интернета? Пакеты будут уходит туда, куда указывает маршрут по-умолчанию или другие, более приоритетные маршруты. Если нужно отправить на другой шлюз - меняйте маршруты или читайте в лартс раздел про дополнительные таблицы маршрутизации.

Все. я сам понял что так нельзя . Пакет в любом случае полетит по адресу назначения. Так что всем спасибо.

блин ))
то что пакет пойдет по адресу назначения - фиг поспоришь, только ити он туда может по разным маршрутам. Если самому лениво искать, то что вы описали можно сотворить с помошью http://gazette.linux.ru.net/rus/articles/lartc/c322.html#SIMPLESOURCEPOLICYRO... .

>dnat/snat как раз таки меняет адрес отправителя/получателя а мне это не нужно

именно это вам и нужно

Мне надо было с одного хоста интернета на другой, но так не получится.

Сделай между хостами VPN и потом можешь простым раутингом зарулить пакеты куда надо.

Да. Только так =)

>Все. я сам понял что так нельзя . Пакет в любом случае полетит по адресу назначения. Так что всем спасибо.

На локальный сокет (другой порт, даже другой айпишник) можно закинуть пакет и без подмены адреса. man TPROXY

Кажись, это называется port mirroring. Если я правильно понял то модуль tee есть в http://sourceforge.net/projects/xtables-addons/

Подробности в гугле.

>Кажись, это называется port mirroring. Если я правильно понял то модуль tee есть в http://sourceforge.net/projects/xtables-addons/

Как я понял из топика, задача состоит именно в _перенаправлении_, а не в зеркалировании. TEE работает только в пределах одного хопа, поэтому в этом плане не имеет принципиальных преимуществ перед статическим маршрутом (или маршрутом + правилом, если нужно проверить порт и т.п.).

там и перенаправление, кажись, было. На крайняк, можно перенаправление и с tee сделать если один из потоков заблочить :).

>там и перенаправление, кажись, было.

Перенаправление было (ROUTE), но его выкинули. Ибо нефиг фаерволу лезть в работу роутинга :)

выкинули и теперь эта задача штатно не решается. Супер.

>выкинули и теперь эта задача штатно не решается. Супер.

Задача отлично решается. man ip rule :)

ну так а что ты молчишь в этом треде? :)

>ну так а что ты молчишь в этом треде? :)

Ну так я уже все сказал.
>TEE работает только в пределах одного хопа, поэтому в этом плане не имеет принципиальных преимуществ перед статическим маршрутом (или маршрутом + правилом, если нужно проверить порт и т.п.)

Причем самое главное сказали до меня.
>Сделай между хостами VPN и потом можешь простым раутингом зарулить пакеты куда надо.

ясно, туплю