Здравствуйте. Я сделал все на PF+приоритет для пользователей+динамическое распределение и все отлично, но как контролировать скорость закачки торрента который расположен на самом серваке, я так и не понял. Исходящий контролируется просто отлично. Причем исходящий 640, а входящий 2048.
Client ----> (Gateway, Bandwidth controler, torrent) ---> Internetaltq on $ext_if bandwidth 630Kb hfsc queue { ack, dns, def }
queue ack bandwidth 20% priority 7 qlimit 500 hfsc (realtime 20%)
queue dns bandwidth 5% priority 6 qlimit 500 hfsc (realtime 5%)
queue def bandwidth 75% priority 5 qlimit 2000 hfsc (linkshare 25%) { q_user1, q_user2, q_torrent }
queue q_user1 bandwidth 10% priority 3 qlimit 300 hfsc (realtime 10%)
queue q_user2 bandwidth 20% priority 4 qlimit 300 hfsc (realtime 20%)
queue q_torrent bandwidth 1% priority 0 qlimit 500 hfsc (upperlimit 90% default)Можно такое организовать на ipfw+pipe+динамический канал, а не строгая нарезка. Можно конечно самим торрентом резать, но каждый раз выставлять вручную не оч. интересно.
По форуму полазил, но не нашел про такой вариант.
Или можно такое на Linux только?
Короче проконтролировать я так понял не получится, т.к. юзеры за натом и там понятно чей пакет, а качалка сразу на внешнем сидит. А если попробовать качалку поместить в JAIL.
Пока проблема решается у меня только вторым компом, как еще один юзер.
>Короче проконтролировать я так понял не получится, т.к. юзеры за натом и
>там понятно чей пакет, а качалка сразу на внешнем сидит. А
>если попробовать качалку поместить в JAIL.
>Пока проблема решается у меня только вторым компом, как еще один юзер.
>как ограничить то что уже пришло?
1
реже отправлять запросы на получение, но как вы объясните пакетному фильтру где идет запрос, а где отдача?
2
или убить часть пришедших пакетов что бы инициировать Slow Start , если конечно это есть на стороне отдающего и опять таки как вы объясните фильтру где подтверждение для вас, а где запрошенные данные.вобщем почитайте о протоколе что бы понять, что входящие вы практически не контролируете.
>[оверквотинг удален]
>1
>реже отправлять запросы на получение, но как вы объясните пакетному фильтру где
>идет запрос, а где отдача?
>2
>или убить часть пришедших пакетов что бы инициировать Slow Start , если
>конечно это есть на стороне отдающего и опять таки как вы
>объясните фильтру где подтверждение для вас, а где запрошенные данные.
>
>вобщем почитайте о протоколе что бы понять, что входящие вы практически не
>контролируете.Ну тогда остается только самому торренту регулировать нагрузку, например если он видит, что пошли запросы от клиентов, то ограничить себя, если запросов нет, то повысить до максимума. Хотябы проследить по IP, например out 192.168.1.2 to any. Интересно у каких нибудь торрентов такое есть?
> Ну тогда остается только самому торренту регулировать нагрузку, например если он видит,
> что пошли запросы от клиентов, то ограничить себя, если запросов нет,
> то повысить до максимума. Хотябы проследить по IP, например out 192.168.1.2
> to any. Интересно у каких нибудь торрентов такое есть?Решение простое ставим виртуалку на ней BSD или Linux там все регулируется, а свм сервак пускаем как клиент и все отлично.