LINUX.ORG.RU
решено Форум — Admin  

2 одинаковых подсети

 ,


1

2

Добрый день.

есть два интерфейса tun0 и tun1

tun0 - 192.168.0.0/24
tun1 - 192.168.0.0/24

в обеих подсетях есть сервер на ip 192.168.0.254/24, по понятным причинам подключение к этим серверам становится проблемой, вопрос, как реализовать нечто подобное:

172.17.1.254 (fake ip) -> tun0 -> 192.168.0.254
172.17.2.254 (fake ip) -> tun1 -> 192.168.0.254

попробовал вот так: 

iptables -t nat -A PREROUTING -s 172.17.1.254 -p tcp -j DNAT --to-destination 192.168.0.254

но что-то не завелось...

ЗЫ: обратная связь не обязательна, сервер не должен видеть меня. ЗЫЫ: не силен в iptables



Последнее исправление: qshiroe (всего исправлений: 2)

Ответ на: комментарий от qshiroe

Как пометишь пакеты / напишешь правила - так и будет работать.

kostik87 ★★★★★
() 
iptables -t nat -A PREROUTING -d 172.17.1.254 -p tcp -j DNAT --to-destination 192.168.0.254
                               ^
                               |
ZhuKoV
()
Ответ на: комментарий от slowpony

ну хз хз, регулярные проблемы с протоколами типа SIP или FTP могут со временем приучить к мысли что не всё так просто

af5 ★★★★★
()
Ответ на: комментарий от slowpony

Ну почему сразу бездельник, он ведь честно будет прикручивать всё новые и новые костыли к сети, чтоб обойти ограничения наложенные сабжевым костылем на протоколы не терпящие махинаций с IP заголовками пакетов

af5 ★★★★★
()
Последнее исправление: af5 (всего исправлений: 1)
Ответ на: комментарий от af5

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

slowpony ★★★★★
()
Ответ на: комментарий от af5

чтоб обойти ограничения наложенные сабжевым костылем на протоколы

схема только для моего компа (нат на локалхосте), пользователи в этих подсетях обо мне, и о других подсетях не в курсе, и костыль их не затрагивает =)

qshiroe
() автор топика

Решил вот так:

iptables -t nat -A OUTPUT -d FAKE_IP -j DNAT --to-destination DEST_IP

ip ro add FAKE_IP via TUN_IP
qshiroe
() автор топика
Ответ на: комментарий от qshiroe

Зачем только один ip если у тебя целые подсети пересекаются один-в-один?

Нат - косое решение.

NETMAP + dns-doctoring ( bind view ) если обращаемся по имени

anonymous
()
Ответ на: комментарий от af5

Вы зря иронизируете. Вполне «бытовой» случай, куча заказчиков, сети у них одинаковые, доступ предоставляют через vpn. Варианты, или по отдельности каждый раз переподнимать тунели «заказчик1», «заказчик2», «заказчикN» что менее удобно. Или netmap и его вариации, что удобнее.

anc ★★★★★
()
Ответ на: комментарий от anc

куча заказчиков, сети у них одинаковые, доступ предоставляют через vpn.

В точку. Поэтому, нужны только отдельно взятые адреса.

qshiroe
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin