Pull to refresh

Comments 24

Поклон Вам за Вашу плодовитость (в плане статей). Продолжайте.
Очень быстро написали третью часть, после второй — большущее спасибо!
Интересует, на каком железе не будет тормозить при 20 клиентах?
У друга подобная система, тоже на ulog-acctd, около 15 человек + всякие samba, ftp и еще куча всяких сервисов. Железо Cel 400, 128Mb памяти. Больше 2х лет живет и есть-пить не просит.
как тут дела с приоритетом обстоят? например следующая ситуация:
на серваке круглые сутки висит торрент клиент и жрет трафик. пользователь решил посерфить web или скачать небольшой файл. как повысить приоритет скорости для этого пользователя? по аналогии с процессорным временем, необходимо для торрент клиента задать приоритет idle.
В этом примере просто ограничивается скорость на всем интерфейса пользователя, естественно, если запустить торрент-клиент на сервере, он сожрет весь трафик. У самого торренты качаются на домашнем роутере, но пока вопрос приоритетов не решал(: Если руки дотянутся — обязательно поделюсь.
для начала сложновато, но добавил в закладки — спасибо!
Интересно какое надо железо, чтобы, например при 1к одновременных сессий, система не сбоила.
улог при таком количестве трафика загнется, лучше использовать что-то понадежней ;) описанный вариант подойдет для небольшого офиса.
А что не загнется? Из программного.
Например UTM с авторизацией через VPN+Radius+MPD на Атлоне каком-то в 1.5 Ггц умирает при ~150 сессиях.
IMHO, тут уже нужно смотреть сторону аппаратного решения (Cisco, etc..).
а если один-два из офисных работников будут качать с торрентов? сессий тоже может быть под 1000? Не знаете как улог при этом себя ведет?
Мониторинг израсходованного и отключение абонентов можно делать средствами pppd с radius-плагином, без внешних костылей.
при таком скрипте не будет резаться исходящий траффик, только входящий, советовал бы исправить этот кусок кода

system("/sbin/tc qdisc add dev $iface root handle 1: htb");
system("/sbin/tc class add dev $iface classid 1:1 htb rate ${speed}kbit");
system("/sbin/tc filter add dev $iface protocol ip handle 1 fw classid 1:1");

на

system("$tc qdisc del dev $iface root");
system("$tc qdisc add dev $iface root handle 1: htb");
system("$tc class add dev $iface classid 1:1 htb rate ${speed}kbit ceil ${speed}kbit");
system("$tc filter add dev $iface protocol ip handle 1 fw classid 1:1");

тогда входящи кнала будет равен исходящему… тоесть просто надо уже играться с переменными для контроля скорости

народ никто не встречал доступного описания как сделать шейпер на 4-5 машин для небольшой сети без авторизации и т. п.
но что бы делил шейпер поровну канал между подключенными ip?
помоему нетрудно из вышенаписанных статей выжать...?

хотя, если кто-нибудь напишет конкретно под ваши цели — тоже с удовольствием почитаю! (сам пока тоже начинающий)
> Готовые скрипты, конфиги и схема БД тут.
Перезалейте, пожалуйста.
Sign up to leave a comment.

Articles