Редирект траффика с порта 1 ПК на порт 2 ПК

Хочется послать к первоисточникам, ну ладно.

Машинки в локальной сети работают напрямую, шлюз побоку.

Если машина А *nix и не смущают устаревшие сервисы, то редирект на xinetd (на А), - само то, (inetd redirect).

ОК давайте конкретизируем, раз слишком много абстракции ...

На никсах машин нет, есть 3 компа с форточками + маршрутизатор, ввиду чего нужно решение вопроса исключительно под iptables.

Тогда к первоисточникам.

Если бы получилось разобраться с первоисточниками, я бы тут помощи не просил.

На маршрутизаторе получается перенаправить запросы с 80 порта одной машины на порт другой машины, а вот с портов внутри локальной сети - нет, хоть ты тресни, равно как и дропнуть обращение к ним.

ssh проброс порта

ssh-проброс это несколько не то :\ Нужно постучавшись на порт на одной машине попасть на порт другой машины, будучи внутри локальной сети. Добавляю правила

iptables -t nat -I PREROUTING -p tcp -m tcp -s 192.168.1.35 -d 192.168.1.19 --dport 5555 -j DNAT --to-destination 192.168.1.135:3333

iptables -t nat -I POSTROUTING -s 192.168.1.135 -d -p tcp --dport 3333 -j MASQUERADE

Но нифига не работает, где ошибся не пойму.

*будучи внутри локальной сети и пользуясь лишь iptables

ssh-проброс это несколько не то :\ Нужно постучавшись на порт на одной машине попасть на порт другой машины, будучи внутри локальной сети.

оно и есть

Я неправильно выразился, нужно «прозрачное» перенаравление, посредством iptables на самом маршрутизаторе, без примения доп.средств (там dropbear нет возможности впилить, роутер дубовый).

Плюс хотелось бы разобраться помимо перенаправления, как дропнуть обращение к этим портам на самом маршрутизаторе, при учёте того что ПК1 обращается к ПК2 сквозь маршрутизатор, добавляю в FORWARD правила дропа а обращения к порту всё равно пооходят :( .

Машинки в локальной сети работают напрямую, шлюз побоку.

Вот этот момент и был ключевым ...

вопрос снят