[FAQ] Ограничение скорости для клиентов на Ubuntu-Server (htb.init)

[TrEK]

ЗДравствуйте, дорогие мои!
У меня возник вопрос.. так как подходящих ответов я не нашел на форуме, если они и есть.. был бы рад чтоб направили в правильное русло.
Ситуация следующая: поставил сервер Ubuntu... который должен раздавать 20 МБит общего канала для пользователей (около 150 человек). Полоса для каждого юзера от 768 кБ до 1мБ. Вопрос: как правильно и качественно организовать сиё дело?
НАТ, СКЬЮД уже настроено.. дело за реализацией лимита скорости.
ЗАранее выражаю благодарность к откликнувшимся.

[Stiff]

Сквид умеет точно, изучайте мануалы, гугл вам в помощь
а имхо лучший вариант для такой задачи - сервер vpn (pptp) с ограничением скорости через tc qdisc

[TrEK]

Сквид умеет это?... хм...
я просто вот щас читаю инфу на счет  : HTB , CBQ, и еще что, и кто подскажет... а в итоге не знаю на что именно мне надо усердно ударить трудом и усердием, на что обратить внимание.. и что именно настраивать.. как раз это и ухудшает ситуацию.

Конечно, можна и самому разобраться.. вот только надо знать куда копать.

[adept_]

Недавно читал по этому поводу статью в последнем "Хакере". Там настраивали Squid. Увы, беглый гуглеж на электронный вариант статьи не вывел. Зато много других статей по этой теме. Например:
http://www.unixdoc.ru/index.php?mode=2&podmode=1&arcicle_id=91

[ADL]

squid+delaypools
http://www.opennet.ru/base/net/squid_inst.txt.html

[wl]

Операция называется traffic shaping.
Google Вам в помощь.

http://lartc.org/wondershaper/

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

[ADL]

Можно NATом прозрачно пустить весь HTTP трафик через сквид

не можно а нужно

но это не очень удобно, т.к. иногда прямое соединение  все же нужно.

неа

[TrEK]

Операция называется traffic shaping.

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

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

Прямое соединение по 80 порту? ну хз..

[Lion-Simba]

У меня успешный опыт настройки трафик-шейпера на основе HTB.
pptp или иной VPN-сервер в этом случае не нужен и я бы сказал даже мешать будет. На обычный NAT его повесить проще (потому что в этом случае его нужно будет навешивать только на один сетевой интерфейс).

Значит, можно делать руками через tc:

Код: [Выделить]

man tc
man qdisk
man htb (не уверен в существовании такого мана :) )

А можно вот с помощью такого "псевдо-демона" (имхо для начала будет проще):
http://sourceforge.net/projects/htbinit
http://www.opennet.ru/openforum/vsluhforumID11/20.html

[Stiff]

2Lion-Simba:
Можете поделиться скриптиком для tc htb без VPN?

[Lion-Simba]

2Lion-Simba:
Можете поделиться скриптиком для tc htb без VPN?

Хотя бы вот это:
http://sourceforge.net/projects/htbinit

Какбы tc вообще никак не завязан на VPN. С чего вы взяли, что для него необходим pptp?

[Stiff]

Какбы tc вообще никак не завязан на VPN. С чего вы взяли, что для него необходим pptp?

Шейпер реализовать проще. Получается, что на одном интерфейсе (pppX) висит только один клиент, и прямо на интерфейс накладываем шейп. Но у этого способа есть свои особенности по сравнению с htb.init: не реализовать приоритеты, динамическую скорость и прочее. Но я не представляю себе, как настроить htb.init для 150 клиентов, при использовании vpn же просто надо закинуть 2 скрипта: один в ip-up.d, другой в ip-down.d
если присмотреться, именно так делают крупные ethernet-провайдеры.

[Lion-Simba]

2Stiff: всё верно

Впрочем, и без впн при подключении очередного клиента (каким бы то ни было средством авторизации) можно выполнять скрипт, который будет навешивать очередное правило на один и тот же интерфейс. А при отключении клиента - убирать это правило с интерфейса. Если пользователи имеют статические IP, то можно эти правила единожды добавить и забыть.

У меня в сети как раз реализованы оба варианта:

1. на общий интерфейс (для всех пользователей сети) - ограничивается скорость доступа к бесплатным внешним ресурсам, при этом используется приоритезация и при свободном канале - он отдается весь.

2. на отдельные pptp интерфейсы (для анлимитных интернетчиков) - ограничевается вся скорость. И вот тут конечно тоже хотелось бы заиметь балансировку между клиентами, потому как: на этом же канале висят интернетчики-НЕбезлимитчики, и вот им надо бы гарантировать какую-то минимальную скорость, но с возможностью использования всего канала, если он не используется интернетчиками-анлимитчиками.

[TrEK]

Тоесть если у меня все анлимщики-клиенты..  ???тогда мне надо использовать htb ? или что...
тогда вопрос : если 20 человек начинает активно использовать интернет.... и по договору(!) у каждого должно быть по 1 МБиту, а общий канал составляет 20 Мбит, что останеться остальным 150 клиентам...

 как между ними распределиться скорость?? на циске это как-то балансировалось отлично.... получалось что у каждого из 170 клиентов по спидтесту было от 800 кБит до 1МБит скорости....   возможна ли реализация такой балансировки скорости на нашей, всеми любимой, Ubuntuма-сервере, новоиспеченой сборки.?

Желающие поделиться обосноваными мнениями и советами дельными,отписывайтесь...
Сенкс!

[Stiff]

Тоесть если у меня все анлимщики-клиенты..  ???тогда мне надо использовать htb ? или что...
тогда вопрос : если 20 человек начинает активно использовать интернет.... и по договору(!) у каждого должно быть по 1 МБиту, а общий канал составляет 20 Мбит, что останеться остальным 150 клиентам...

 как между ними распределиться скорость?? на циске это как-то балансировалось отлично.... получалось что у каждого из 170 клиентов по спидтесту было от 800 кБит до 1МБит скорости....   возможна ли реализация такой балансировки скорости на нашей, всеми любимой, Ubuntuма-сервере, новоиспеченой сборки.?

Желающие поделиться обосноваными мнениями и советами дельными,отписывайтесь...
Сенкс!

Ну вы же не одновременно эти спидтесты запускали на всех клиентах.
Во вторых, договор скорее всего не гарантирует скорости в 1 мбит
покажите как вы делали это на циске.
ну и для начала поднимите vpn (или pppoe) сервер, без него всё-таки в этой ситуации никак