[Sysadmins] SQUID и delay pools. Тонкости настройки

[JaMm]

>
>
> acl lan src 192.168.0.0/24
>
> delay_pools 1
> delay_class 1 2
>
> delay_access 1 allow lan
> delay_access 1 deny all
>
> delay_parameters 1 -1/-1 8000/8000
>
> ....
> Отсюда вопрос: можно ли сделать так, чтобы:
> а) при отсутствии конкурентов, любой хост получал целый канал (или это и
> так делается автоматом?),
>
Ну сделайте 1-го класса. Например:
delay_pools 1
delay_class 1 1

delay_access 1 allow lan
delay_access 1 deny all

delay_parameters 1 32000/25000

А вообще, если имеется не очень широкий канал, то, по моему, лучше будет
ограничивать не по хостам, а по контенту. Например
acl lan src 192.168.0.0/24
acl unlim ...
acl media .....
acl bigfile ....
acl arch


delay_pools 4
delay_class 1 2
delay_class 2 2
delay_class 3 2
delay_class 4 1


delay_access 1 allow unlim
delay_access 1 deny all
delay_access 2 allow media
delay_access 2 deny all
delay_access 1 allow bigfile
delay_access 1 deny all
delay_access 1 allow lan
delay_access 1 deny all

delay_parameters 1 -1/-1 -1/-1
delay_parameters 2 -1/-1 3000/3000
delay_parameters 3 -1/-1 5000/5000
delay_parameters 4 25000/25000
 ну как то так. Преимущество такого подхода заключается в том, что
пользователи получают быстрый "сурф", а качальщики должны набраться
терпения. :). Конкретная конфигурация зависит, несомненно, от вашей
политики.

>
> б) при массовом заходе в инет, канал делился не по байтам в секунду, а в
> процентном отношении?
>
>
>
> Мне думается delay_pools делит в количественном соотношении. Есть 1 клиент
- значит один. Есть 2 полоса пополам. Есть 3 полоса на 3.


-- 
С уважением, Андрей Степнов.
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/sysadmins/attachments/20081120/57822720/attachment.html>