The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Шейпинг в линукс"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Шейпинг в линукс"  
Сообщение от aleks email(??) on 03-Фев-06, 15:48 
Доброго времени суток!

Есть необходимость средствами сервера с ОС Linux нарезать полосу в интернет для компьютеров локальной сети. Я не специалист в iptables, ранее делал подобное средствами предаставляемыми FreeBSD. Вот например как я резал полосу с помощью ipfw pipe для адресов в локалке 1.1.1.100 и 1.1.1.101:

ipfw pipe 1000 config bw 64Kbit/s
ipfw add 1000 pipe 1000 ip from 1.1.1.100 to not 1.1.1.0/24 via fxp0
ipfw add 1000 pipe 1000 ip from 1.1.1.0/24 to not 1.1.1.100 via ed0

ipfw pipe 1001 config bw 64Kbit/s
ipfw add 1001 pipe 1000 ip from 1.1.1.101 to not 1.1.1.0/24 via fxp0
ipfw add 1001 pipe 1000 ip from 1.1.1.0/24 to not 1.1.1.101 via ed0

Т.о. я организовываю симетричный канал толщиной 64К. Не поможите перевести это на язык iptables? Буду благодарен за пример.

Заранее благодарен.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

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


1. "Шейпинг в линукс"  
Сообщение от Nimdar (ok) on 03-Фев-06, 16:00 
Ключевые слова в поиске на opennet - shaper linux
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 03-Фев-06, 16:02 
>Ключевые слова в поиске на opennet - shaper linux

Искал. Кое что нашёл, но не проникся идеей...
Может быть всё же кто-то пример приведёт...

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "Шейпинг в линукс"  
Сообщение от Nimdar (ok) on 03-Фев-06, 16:10 
Средствами _только_ iptables, наподобие ipfw во фре, это сделать невозможно.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 03-Фев-06, 16:21 
>Средствами _только_ iptables, наподобие ipfw во фре, это сделать невозможно.

Понятно. Но вроде можно утилиту tc попользовать. Только вот я ни как не врублюсь как увязать tc и iptables вместе.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "Шейпинг в линукс"  
Сообщение от ipmanyak (??) on 03-Фев-06, 16:53 
может проще поставить проксю сквид и там настроить  delay pool ?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

6. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 03-Фев-06, 17:23 
>может проще поставить проксю сквид и там настроить  delay pool ?
>


не это не пойдёт

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "Шейпинг в линукс"  
Сообщение от Slimm (??) on 04-Фев-06, 00:38 
вообщем tc и iptables несвязанные вещи, но в целом обе управляют трафиком
tc управляет очередями протокола, а iptables управляет файрволом
цепочка прохождения пакета - сначало файрвол потом очереди затем интерфейс его "выплюнет", это касается исходящих пакетов.
С входящими дело сложней так как скорость их прихода регулировать нельзя, есть некоторые ухищрения вообщем связанныйе с псевдоинтерфейсом относительно которого пакеты считаются исходящими ...
Так же ясно что маршрутизатор обычно имеет >2 интерфейсов, что и позволяет одинаково шейпить трафик, в обе стороны

tc qdisc add dev $DEVICE root handle 1: htb

tc class add dev $DEVICE parent 1: classid 1:1 htb rate 100mbit ceil 100mbit burst 16k
tc class add dev $DEVICE parent 1:1 classid 1:10 htb rate ${UP}kbit ceil ${UP}kbit burst 16k
tc filter add dev $DEVICE parent 1:0 protocol ip prio 1 handle 1 fw flowid 1:10

и теперь связь с iptables :)

iptables -t mangle -A PREROUTING -s 10.10.10.10 -j MARK --set-mark 1
iptable -t mangle -A POSTROUTING -d 10.10.10.10 -j MARK --set-mark 1

tc filter - настроен так, что пакеты помеченные как --set-mark 1 загоняет в classid 1:10 скорость которого ограничена.

Ну и так на всякий случай ;) не путайте --set-mark 1 это внутриядерная маркировка пакета, она не модифицирует пакет.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "Шейпинг в линукс"  
Сообщение от jonatan (ok) on 06-Фев-06, 09:25 
>tc class add dev $DEVICE parent 1: classid 1:1 htb rate 100mbit
>ceil 100mbit burst 16k
>tc class add dev $DEVICE parent 1:1 classid 1:10 htb rate ${UP}kbit
>ceil ${UP}kbit burst 16k
В данном случае ceil можно не указывать
tc class add dev $DEVICE parent 1: classid 1:1 htb rate 100mbit burst 16k
tc class add dev $DEVICE parent 1:1 classid 1:10 htb rate 64kbit burst 16k
>tc filter add dev $DEVICE parent 1:0 protocol ip prio 1 handle
>1 fw flowid 1:10
Рекомендуется добавлять еще sfq
tc qdisc add dev $DEVICE parent 1:10 handle 10:0 sfq perturb 10
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

9. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 07-Фев-06, 14:26 
В итоге я реализовал шейпинг следующим образом:
# Создаю очереди на внешнем (eth1) и внутреннем (eth2) интерфейсе
tc qdisc add dev eth1 root handle 1:0 cbq avpkt 10000 bandwidth 100mbit
tc qdisc add dev eth2 root handle 2:0 cbq avpkt 10000 bandwidth 100mbit

# Создаю 2 класса трафика на внешнем и внутреннем интерфейсах
tc class add dev eth1 parent 1:0 classid 1:10001 cbq rate 128kbit allot 1500 bounded isolated
tc class add dev eth2 parent 2:0 classid 2:20001 cbq rate 128kbit allot 1500 bounded isolated

# Загоняю исходящий траффик относительно интерфейсов сервера в соответствующие классы.
# IP рабочей станции в локалке 1.1.1.101, локальная сеть 1.1.1.0/24
tc filter add dev eth1 parent 1:0 protocol ip handle 10001 fw flowid 1:10001
tc filter add dev eth2 parent 2:0 protocol ip handle 20001 fw flowid 2:20001
iptables -t mangle -A POSTROUTING -d 1.1.1.101 -s ! 1.1.1.0/24 -j MARK --set-mark 20001
iptables -t mangle -A PREROUTING  -s 1.1.1.101 -d ! 1.1.1.0/24 -j MARK --set-mark 10001

Проверка на практике показала что вроде бы всё получилось. Трафик жмётся в обе стороны. Причём при одновременной заливке и скачивании, сумарная пропускная способнось немного привышает 128К. На фре решение безусловно выглядело красивее :).

Но вот с чем я попутно столкнулся. На самом деле интерфейсы eth1 и eth2 у меня объединины в бридж с помощью "brctl":
# brctl addbr br0
# brctl addif br0 eth1
# brctl addif br0 eth2
# ifconfig br0 up
Я подумал что интерфейс br0 является исходящим и для пакетов уходящих через бридж от компов локалки в интернет и для пакетов приходящих из интернет в локалку. Исходя из этих соображений я решил повесить очередь, классы и фильтры на интерфейс br0 (тем самым я надеялся получить полный аналог pipe - FreeBSD):

tc qdisc add dev br0 root handle 1:0 cbq avpkt 10000 bandwidth 100mbit
tc class add dev br0 parent 1:0 classid 1:10001 cbq rate 128kbit allot 1500 bounded isolated
tc filter add dev br0 parent 1:0 protocol ip handle 10001 fw flowid 1:10001
iptables -t mangle -A POSTROUTING -d 1.1.1.101 -s ! 1.1.1.0/24 -j MARK --set-mark 10001
iptables -t mangle -A PREROUTING  -s 1.1.1.101 -d ! 1.1.1.0/24 -j MARK --set-mark 10001

Но к сожалению такая конфигурация не заработала. Трафик ходил через сервер без всякого шейпинга. По всей видимости "tc" не может работать с бридж-интерфейсом. Или я что-то сделал не так?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

10. "Шейпинг в линукс"  
Сообщение от nrvalex on 07-Фев-06, 18:20 
>Но к сожалению такая конфигурация не заработала. Трафик ходил через сервер без
>всякого шейпинга. По всей видимости "tc" не может работать с бридж-интерфейсом.
>Или я что-то сделал не так?

tc умеет работать с бриджем , но на бридже не работает c iptables mark

tc filter add dev br0 parent 1:0 protocol ip match ip src 1.2.3.0/24 classid 1:10001

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

11. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 07-Фев-06, 19:15 
>>Но к сожалению такая конфигурация не заработала. Трафик ходил через сервер без
>>всякого шейпинга. По всей видимости "tc" не может работать с бридж-интерфейсом.
>>Или я что-то сделал не так?
>
>tc умеет работать с бриджем , но на бридже не работает c
>iptables mark
>
>tc filter add dev br0 parent 1:0 protocol ip match ip src
>1.2.3.0/24 classid 1:10001

Сделал так:
tc qdisc add dev br0 root handle 1:0 cbq avpkt 10000 bandwidth 100mbit
# шайплю 1.1.1.101
tc class add dev br0 parent 1:0 classid 1:1 cbq rate 32kbit allot 1500 bounded isolated
tc filter add dev br0 parent 1:0 protocol ip u32 match ip src 1.1.1.101 classid 1:1
tc filter add dev br0 parent 1:0 protocol ip u32 match ip dst 1.1.1.101 classid 1:1

Хост 1.1.1.101 не жмётся :((

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

12. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 07-Фев-06, 19:51 
Теперь я пытаюсь автоматически управлять скоростью интернет для компьютера в локалке. Делать это пытаюсь изменением битрейт на классе. Для этого мне необходимо удалить класс и добавить его уже с другим битрейтом. Но чтобы это сделать надо сначало удалить фильтр ссылающийся на него. С удалением фильтра проблема. Он или не удаляется (tc ругается на синтаксис) или удаляются все фильтры прицепленные к данному устройству. Добавлен фильтр следующей командой:

tc filter add dev eth2 parent 1:0 protocol ip handle 10001 fw flowid 1:10001

Не подскажите как удалить интересующий меня фильтр (и только его)?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "Шейпинг в линукс"  
Сообщение от nrvalex on 07-Фев-06, 20:53 
>Теперь я пытаюсь автоматически управлять скоростью интернет для компьютера в локалке. Делать
>это пытаюсь изменением битрейт на классе. Для этого мне необходимо удалить
>класс и добавить его уже с другим битрейтом. Но чтобы это
>сделать надо сначало удалить фильтр ссылающийся на него. С удалением >фильтра проблема.
tc class change classid 1:1 ... ?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

14. "Шейпинг в линукс"  
Сообщение от aleks email(??) on 08-Фев-06, 11:10 
>tc class change classid 1:1 ... ?


Можно и так. Но чтобы сделать "tc class change", надо сначало убидиться что данный класс присутствует. А это усложнит алгоритм программы. Проще было бы это реализовать тупо: сначало del, а потом add.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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