The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Тематический каталог: Шейпер ADSL для домашней сети (shaper ..., auto_topic (?), 03-Сен-09, (0) [смотреть все] +1

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


74. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 01-Окт-09, 16:05 
Почему одни и те же? У IMQ своя очередь у интерфейса смотрящего в локальную сеть своя. Или я ошибаюсь?
Ответить | Правка | Наверх | Cообщить модератору

75. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 01-Окт-09, 16:58 
>Почему одни и те же? У IMQ своя очередь у интерфейса смотрящего
>в локальную сеть своя. Или я ошибаюсь?

А это как организуете. Просто если есть imq то нужда организовывать очереди на интерфейсе в локалку отпадает. Пример - раньше вы ставили шейпер исходящего трафика на ppp0 а входящего на eth0. Теперь у вас есть imq - шейпер исходящего трафика вы оставляете на ppp0 а шейпер входящего переносите на imq. Остается по прежнему 2 очереди, только трафик сервера теперь попадает и во входящую (на eth0 он не попадал) - т е на imq вместе с трафиком клиентов.

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

76. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 03-Окт-09, 14:26 
Классно, получилось ограничить скорость сервака и пользователей сети на IMQ как вы и писали. Это радует. Только опять проблема. Хочу ограничить скорость для пользователя сервака. Если маркировать по uid (-m owner --uid-owner user1) то это будет работать для исходящих пакетов. Как быть с входящими?
Ответить | Правка | Наверх | Cообщить модератору

77. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 03-Окт-09, 15:30 
Могу предложить теоретическое решение - на практике не проверялось.
Есть такая штука для iptables - цитата из Вики - ...
CONNMARK — устанавливает или изменяет маркировку соединения.
Поддерживает те же опции, что и MARK, а также дополнительные опции --restore-mark
(копирует маркировку соединения в маркировку пакета)
и --save-mark (копирует маркировку пакета в маркировку соединения)...
Т е вы на исходящем интерфейсе мудрите с маркировкой а на входящем восстанавливаете маркировку. Думаю для tcp будет работать. Как быть с udp пока не знаю.

Еще вариант - вы жестоко разграничиваете пользователей на сервере по портам и потом маркируете по портам. Тоже не знаю как будет работать - может оказаться что так нельзя сделать.

Вообщем тут большой простор для поиска. Готовых решений у меня нет. Только есть небольшая просьба - если накопаете что либо - сообщите здесь или одному из нас письмом. Спасибо.

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

78. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 03-Окт-09, 19:08 
1) Борюсь с connmark хочу проверить хватит ли мне ограничения только tcp соединений. В принципе на сервере только торренты юзаются думаю хватит.

пишу
iptables -A OUTPUT -t mangle -m owner --uid-owner user1 -j MARK --set-mark 22
iptables -A POSTROUTING -t mangle -j CONNMARK --save-mark
iptables -A INPUT -t mangle -m connmark --mark 22 -j MARK --set-mark 22
и всеравно пакеты попадают в дефолтную очередь а не в указанную фильтром
tc filter add dev $IMQ_IN parent 1:0 prio 5 handle 22 fw flowid 1:22

2) второе решение это направлять пакеты в NFQUEUE iptables. Писать прогу демон который будет смотреть порты назначения пакетов искать пользователя и ставить метку. Ну а дальше обычный путь в IMQ и т.д. жесть конечно но лучше не нашел пока что ))

О результатах отпишусь.

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

79. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 03-Окт-09, 19:21 
>[оверквотинг удален]
>пишу
>iptables -A OUTPUT -t mangle -m owner --uid-owner user1 -j MARK --set-mark
>22
>iptables -A POSTROUTING -t mangle -j CONNMARK --save-mark
>iptables -A INPUT -t mangle -m connmark --mark 22 -j MARK --set-mark
>22
>и всеравно пакеты попадают в дефолтную очередь а не в указанную фильтром
>
>tc filter add dev $IMQ_IN parent 1:0 prio 5 handle 22 fw
>flowid 1:22

А --restore-mark разве на входе не требуется? Либо я чего-то не понимаю, либо у вас что-то не так.

>2) второе решение это направлять пакеты в NFQUEUE iptables. Писать прогу демон
>который будет смотреть порты назначения пакетов искать пользователя и ставить метку.
>Ну а дальше обычный путь в IMQ и т.д. жесть конечно
>но лучше не нашел пока что ))

Ну это для совсем маньяков. Я например на C писать не усмею - только на питоне, но тут ресурсоемкая задача и питон не подойдет. Может такие демоны уже есть и следует их поискать?

>О результатах отпишусь.

Ждемс. Спасибо.

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

80. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 03-Окт-09, 21:20 
значит заработало с CONNMARK следующим образом надо было добавить protocol ip! чертовщина )
tc filter add dev $IMQ_IN parent 1:0 protocol ip prio 5 handle 22 fw flowid 1:22
и
iptables -A POSTROUTING -t mangle -j CONNMARK --save-mark
заменил на
iptables -A OUTPUT -t mangle -m owner --uid-owner user1 -j CONNMARK --set-mark 22
на всякий случай ;)

чего намудрю еще напишу )

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

81. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Донченкоemail (ok), 04-Окт-09, 10:00 
Описанным образом мы загнали в шейпер пакеты TCP, единственно принадлежащие соединениям. А вот интересно, UDP пакеты будут промаркированы?

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

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

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




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

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