The OpenNET Project / Index page

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

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

"Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от Double (??) on 02-Фев-11, 16:56 
Для мониторинга и управления расходом трафика собрал из старого хлама компьютер. Схема получилась такая:

[Local network switch] <-> [eth1-(Bridge_PC)-eth2] <-> [LAN-(Router)-WAN] <-> internet

Интерфейсы eth1 и eth2 объединены в бридж br0. Подразумевается, что весь трафик проходящий между eth1 и eth2 будет считаться и при перерасходе трафика, особо активным пользователям, автоматически будет перекрываться кислород.
В нашей локальной сети есть еще альтернативный шлюз в инет - Йотовский usb свисток. Возникла идея - воткнуть свисток в Bridge_PC и перенаправлять туда часть трафика, а так же весь трафик пользователей кто исчерпал свой лимит.

В итоге получился Bridge_PC с интерфейсами:
[eth1] - смотрит в локалку
[eth2] - смотрит в LAN порт роутера
[wimax0] - смотрит в инет через Yota
[br0] - интерфейс бриджа

PS: OS Debian 5.0
-----------------

День провозился с iptables -t nat, но так и не получилось.
iptables -t nat -A POSTROUTING -o br0 -j SNAT -to-source xxx.xxx.xxx.xxx не увенчались успехом, да и не понятно как динамически подставлять адрес с wimax0

Сегодня решил попробовать NATить с помощью ebtables, но результат тоже нулевой. Добавил wimax0 в br0, пытался просто перенаправлять всем входящим пакетам адрес с mac:eth1 на mac:wimax0, но увы.

Всвсязи с этим у меня возникло сильное подозрение что я выбрал не тот инструмент. Или использую не весь потенциал. Просмотрел кучу доков, манов и примеров но задачу так и не решил.

Еще насторожило упоминание о перекомпиляции ядра, но большинство этих документов датируются 2002-2005 годом. Ядро я не пересобирал, sysctl forward ip включен. Может всетаки что-то в настройках ядра не так?

Ну и, собственно, вопросы:

1. Можно-ли перенаправлять пакеты с bridge интерфейсов на другие?
2. Можно-ли в iptables менять у IP пакета адрес следующего хопа как, например, в ipfw?
3. Для использования nat в iptables и ebtables нужно-ли пересобирать ядро, в Debian 5?
4. Как NATить на интерфейс с динамическим адресом, на сколько я понял SNAT принимает только IP адрес в качестве параметра.

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от Double (??) on 02-Фев-11, 17:12 
На крайний случай можно попробовать поставить SQUID на Bridge_PC, но не хотелось-бы его излишне загружать, он и так старенький.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от PavelR (??) on 02-Фев-11, 17:24 

поставь ваймакс на _роутер_. В принципе, подсчет и отключение можно сделать на нём же.

Технически проще может оказаться перевести Bridge_PC в режим роутера и отстроить всё на нем.


Захотелось поиграться с bridge - это метод для настоящих джедаев, в силу его (метода) достаточно редкого применения...

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

3. "Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от Double (??) on 02-Фев-11, 17:36 

> поставь ваймакс на _роутер_. В принципе, подсчет и отключение можно сделать на
> нём же.
> Технически проще может оказаться перевести Bridge_PC в режим роутера и отстроить всё
> на нем.
> Захотелось поиграться с bridge - это метод для настоящих джедаев, в силу
> его (метода) достаточно редкого применения...

Роутер железный, с йотой работать не умеет, считать и принимать решения тоже не умеет.
Перевод бриджа в ранг роутера это как крайняя мера. Я пока не на столько уверен в своих силах что смогу поднять защищенный роутер с грамотным VPN и удобным управлением. По этому и затеял бридж, звено - которое в любой момент можно отключить простым перетыканием кабеля, которое никак ни повлияет на систему и прозрачно для конечных пользователей.

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

4. "Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от PavelR (??) on 02-Фев-11, 17:56 
> По этому и затеял бридж,
> звено - которое в любой момент можно отключить простым перетыканием кабеля,
> которое никак ни повлияет на систему и прозрачно для конечных пользователей.

никак не повлияет, просто перекинет на другой канал ( в сфиссток и ффсё :-) )


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

5. "Перенаправление пакетов из bridge интерфейса на другой"  +/
Сообщение от shadow_alone (ok) on 02-Фев-11, 18:51 
3. нет, не нужно
4. использовать маскарадинг вместо SNAT

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

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

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




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

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