Задача - тормозить скорость некоторым пользователям на некоторые ресурсы.

Условие- удобство администрирования - веб-интерфейс для добавления/удаления пользователей/ресурсов, скорость, учет трафика, отчеты посещаемости и пр.

Пока пользуюсь SAMS, только приходится после каждого реконфигурирования сквида из панели самс добавлять delay_pools для определенных ресурсов, т.к. самс перезаписывает конфиг.

Кто-то знает более изящное решение чем каждый раз редактировать конфиг вручную?

• web-интерфейс к delay_pools,Etch, 01:40 , 23-Май-14
  • web-интерфейс к delay_pools,mitay2, 06:13 , 23-Май-14
    • web-интерфейс к delay_pools,Etch, 15:55 , 23-Май-14
      • web-интерфейс к delay_pools,mitay2, 08:31 , 27-Май-14

> Кто-то знает более изящное решение чем каждый раз редактировать конфиг вручную?

Не пользовался SAMS, но если я правильно понял задачу, то нужно чтобы SAMS перезаписывал не основной конфиг, а вспомогательный, который можно подключать из основного с помощью опции include.

> Не пользовался SAMS, но если я правильно понял задачу, то нужно чтобы
> SAMS перезаписывал не основной конфиг, а вспомогательный, который можно подключать из
> основного с помощью опции include.

Тут просто подключать не проканает, тут править надо после самса:

Самс делает так:
delay_pools 1
delay_class 1 2
delay_access 1 allow _sams_513e944207c4b
delay_access 1 deny all
delay_parameters 1 5000000/5000000 1000000/1000000

После него переделывать приходится так(первый пул должен быть другой):
delay_pools 2
delay_class 1 2
delay_class 2 2

delay_access 1 allow socseti _sams_513e944207c4b
delay_access 1 deny all
delay_parameters 1 800/800 100/100

delay_access 2 allow _sams_513e944207c4b
delay_access 2 deny all
delay_parameters 2 5000000/5000000 1000000/1000000

Где:
acl socseti dstdom_regex -i "/etc/squid/513db8512a5de.sams"
acl _sams_513e944207c4b proxy_auth "/etc/squid/513e944207c4b.sams"
Где:
513db8512a5de.sams - файл с тормозящимися URL
513e944207c4b.sams - файл с пользователями для которых тормозятся эти url
(частный случай когда тормозится для всех пользователей, т.е. в обоих пулах acl _sams_513e944207c4b, но м.б. разные)

Не хочу изобретать велосипед, проблема избитая, решения не нагуглил, наверняка кто-то чем-то решает такую задачу, поделитесь своим опытом?

> Тут просто подключать не проканает, тут править надо после самса:

У сквида должен быть приоритет параметров в зависимости от их порядка в конфиге (первый или последний). Т.е. вам нужно просто переопределить delay_pools и добавить ещё один пул - достаточно вставить include либо до либо после своего определения, поэксперементируйте.

> У сквида должен быть приоритет параметров в зависимости от их порядка в
> конфиге (первый или последний). Т.е. вам нужно просто переопределить delay_pools и
> добавить ещё один пул - достаточно вставить include либо до либо
> после своего определения, поэксперементируйте.

Спасибо за наводку, заинклюдил свои пулы после самсовых - все завелось, старые пулы он игнорит:  multiple delay_pools lines, aborting all previous delay_pools config

Комментарий для нуждающихся:
Таким образом мы используем все приемущества САМС - управление пользователями, шаблонами, списками ресурсов из веб-морды и гибкость сквида, которую самс немного ограничивает.
Для того чтобы списки формировать в веб-морде(чтоб файл формировал самс) и при этом не привязывать эти списки к шаблонам пользователей(вообще блок ресурса) я создал пустой шаблон, где подключил этот список. ACL создает самс, я его только использую в pools.conf, который инклюдится в основной конфиг после самсовых пулов.