port forward

> Правильна ли моя идея в принцыпе?

Нет. Назначаем железке любой IP из внутренней сети и пишем правило NAT которое транслирует все запросы от 8.8.8.8 на 1.1.1.1 на этот внутренний IP. Ну и обратно разумеется.

>[оверквотинг удален]
> Адрес железки изменить не получится, проблемы не технические. а политические. Особенность
> железки в том, что она в интернете работает только с одним
> адресом, условно 8.8.8.8.
> Вот и возникла идея, что бы избавиться от ручного передёргивания, воткнуть в
> маршрутизатор третий интерфейс eth2, не присваивать ему никакого адреса, подключить к
> нему железку и заставить маршрутизатор перекидывать все пакеты, приходящие с адреса
> 8.8.8.8 на этот интерфейс, а все пакеты, приходящие с железки на
> этот интерфейс, заворачивать на 8.8.8.8.
> Вопрос, какими методами это можно сделать? Хватит ли для этого связки iptables
> и route? Правильна ли моя идея в принцыпе?

Простой логикой врядли.
Для НОРМАЛЬНОЙ работы вам надо будет на eth2 назначить IP фактически являющийся шлюзом для вашего роутера, иначе ARP не найдет MAC, и как следствие пакеты впринципе никуда не пойдут с вашей этой спецжелезяки.

Как вариант:
(провайдер 1.1.1.2) -> (1.1.1.1 роутер [eth2] 172.16.255.1) -> (172.16.255.2 второй роутер 1.1.1.2) -> (1.1.1.1 ваша спецжелезка)

На "роутер" dstIP нужных пакетов меняем на 172.16.255.2, на "второй роутер" dstIP нужных пакетов меняем на 1.1.1.1 ну и в обратном порядке не забываем.

Чтобы не ставить дополнительных железок, можно "второй роутер" как виртуалку на "роутер" сваять.