The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Прозрачное подключение оборудования к маршрутизатору"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Маршрутизация, NAT / Linux)
Изначальное сообщение [ Отслеживать ]

"Прозрачное подключение оборудования к маршрутизатору"  +/
Сообщение от Diozan (ok), 19-Авг-19, 13:25 
Есть интернет, к которому подключён маршрутизатор на Linux с двумя интерфейсами eth0, eth1. Eth0 смотрит в Интернет и имеет адрес, условно, 1.1.1.1. Eth1 смотрит в локальную сеть, имеет адрес 172.16.77.10, компьютеры в локалке имеют этот адрес в качестве дефолтного и получают с него свой кусочек интернета. В общем, всё стандартно.
А теперь самое главное. Имеется аппаратная железка с адресом 1.1.1.1, задача которой сидеть в интернете и выполнять свою чёрную работу. Понятно, что к интернету может быть подключена либо эта железка, либо маршрутизатор. Но не одновременно. На время работы железки приходится ручками выдёргивать маршрутизатор и втыкать эту железку, потом всё возвращать обратно.
Адрес железки изменить не получится, проблемы не технические. а политические. Особенность железки в том, что она в интернете работает только с одним адресом, условно 8.8.8.8.
Вот и возникла идея, что бы избавиться от ручного передёргивания, воткнуть в маршрутизатор третий интерфейс eth2, не присваивать ему никакого адреса, подключить к нему железку и заставить маршрутизатор перекидывать все пакеты, приходящие с адреса 8.8.8.8 на этот интерфейс, а все пакеты, приходящие с железки на этот интерфейс, заворачивать на 8.8.8.8.
Вопрос, какими методами это можно сделать? Хватит ли для этого связки iptables и route? Правильна ли моя идея в принцыпе?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. "Прозрачное подключение оборудования к маршрутизатору"  +/
Сообщение от Pahanivo (ok), 19-Авг-19, 13:53 
port forward

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Прозрачное подключение оборудования к маршрутизатору"  +/
Сообщение от Pofigist (?), 21-Авг-19, 23:42 
> Правильна ли моя идея в принцыпе?

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Прозрачное подключение оборудования к маршрутизатору"  +/
Сообщение от fantom (??), 22-Авг-19, 14:29 
>[оверквотинг удален]
> Адрес железки изменить не получится, проблемы не технические. а политические. Особенность
> железки в том, что она в интернете работает только с одним
> адресом, условно 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 ну и в обратном порядке не забываем.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Прозрачное подключение оборудования к маршрутизатору"  +/
Сообщение от Diozan (ok), 22-Авг-19, 17:50 
> Простой логикой врядли.
> Для НОРМАЛЬНОЙ работы вам надо будет на eth2 назначить IP фактически являющийся
> шлюзом для вашего роутера, иначе ARP не найдет MAC, и как
> следствие пакеты впринципе никуда не пойдут с вашей этой спецжелезяки.

Да, уже обратил внимание, что первым делом шлёт ARP запросы, естественно, ответы уходят не туда...


> Как вариант:
> (провайдер 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 ну и в обратном порядке не
> забываем.
> Чтобы не ставить дополнительных железок, можно "второй роутер" как виртуалку на "роутер"
> сваять.

Годный вариант. Попробую развить его. Благо старых базовых блоков под роутеры хватает, место, куда их ставить тоже имеется.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру