URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 6205
[ Назад ]

Исходное сообщение
"delay_class 4 некорректно режет скорость"

Отправлено MAX , 08-Окт-09 12:23 
Приветствую Коллеги!
Имеется FreeBSD 7.2 и  Squid 3.0.STABLE19 со следующим конфигом

external_acl_type nt_group  children=30  %LOGIN       \
        /usr/local/libexec/squid/wbinfo_group.pl

acl speed  proxy_auth    user1 user2 user3
acl inet_users external nt_group inet_users

delay_pools 2

delay_class 1 4
delay_access 1 deny all
delay_parameters 1  -1/-1  -1/-1 -1/-1  102400/102400


delay_class 2 4
delay_access 2 allow !speed
delay_access 2 deny all

delay_parameters 2  -1/-1  -1/-1 -1/-1  10240/1048576


http_access allow inet_users

То есть у пользователей попадающих в класс 1 скорость должна быть 100кб/с. На деле же у них получается 54 кб/с, у пользователей попадающих в класс 2 скорость режется точно.

Заметил также, что если написать
delay_parameters 1  -1/-1  -1/-1 -1/-1  10240/10240

то скорость составляет примерно 17 кб/с. Более менее точно режется если параметр после слеша раз в десять больше чем перед.

попробовал написать

delay_class 1
delay_parameters 1  102400/102400

в этом случае тоже точно режется

У кого нибудь есть  мысли по этому поводу? Или это нормальное поведение?


Содержание

Сообщения в этом обсуждении
"delay_class 4 некорректно режет скорость"
Отправлено ipmanyak , 08-Окт-09 15:02 
Немного путаете понятия! В частности номер пула и класс. У вас два пула 1 и 2 и они оба имеют класс 4. Со вторым пулом у вас есть аксель для юзеров, в первом вы запретили пул всем. К кому вы его применили? Ни к  кому, тем более что класс 4 подразумевает применение к аутентфицированным юзерам. Добавьте аксель юзеров. Где-то так:

http_access allow inet_users
http_access allow speed
delay_pools 2
delay_class 1 4
delay_class 2 4
delay_access 1 allow inet_users
delay_access 1 deny all
delay_access 2 allow speed
delay_access 2 deny all
delay_parameters 1  -1/-1  -1/-1 -1/-1  102400/102400
delay_parameters 2  -1/-1  -1/-1 -1/-1  1024000/1024000
в первом пуле до 100кб/сек, во втором до 1 мега



"delay_class 4 некорректно режет скорость"
Отправлено MAX , 09-Окт-09 10:27 
Спасибо что откликнулись
> в первом вы
>запретили пул всем.

Каюсь, был недостоаточно внимателен
скопипастил не глядя, после многочисленных попыток разобраться.

ради чистоты эксперимента воспроизвел Ваш конфиг

http_access allow inet_users
http_access allow speed
delay_pools 2
delay_class 1 4
delay_class 2 4
delay_access 1 allow inet_users
delay_access 1 deny all
delay_access 2 allow speed
delay_access 2 deny all
delay_parameters 1  -1/-1  -1/-1 -1/-1  10240/10240
delay_parameters 2  -1/-1  -1/-1 -1/-1  102400/102400


Но вопрос то был не о том, почему юзеры не попадают в должные группы, они как раз попадают куда надо, а почему скорость неправильно режется, вместо 10к 17  вместо 100 55
В общем то ничего не измениолсь


"delay_class 4 некорректно режет скорость"
Отправлено ipmanyak , 13-Окт-09 11:26 
>Но вопрос то был не о том, почему юзеры не попадают в
>должные группы, они как раз попадают куда надо, а почему скорость
>неправильно режется, вместо 10к 17  вместо 100 55
>В общем то ничего не измениолсь

тестишь чем и какой протокол ftp или http? Удаленный сайт отдает на заведомо высокой скорости? тестил при отсутствии других пользователей?



"delay_class 4 некорректно режет скорость"
Отправлено MAX , 16-Окт-09 13:03 
>>Но вопрос то был не о том, почему юзеры не попадают в
>>должные группы, они как раз попадают куда надо, а почему скорость
>>неправильно режется, вместо 10к 17  вместо 100 55
>>В общем то ничего не измениолсь
>
>тестишь чем и какой протокол ftp или http? Удаленный сайт отдает на
>заведомо высокой скорости? тестил при отсутствии других пользователей?

поднял сервер на еще одной машине, специально для тестов FreeBSD 6.3  Squid Cache: Version 3.0.STABLE17  конфиг простейший, без всякой аутентификации

delay_pools 1
delay_class 1 2
delay_access 1 allow  all
delay_access 1 deny all
delay_parameters 1  -1/-1  102400/102400

http_access allow all

Качал файл по http из своей локалки. Нагрузка 1 пользователь. Качал флешгетом и интернет эксплорером, скорость устанавливается 54 Кб/с.
Но если написать delay_parameters 1  -1/-1  102400/204800 то 100кб/с.

В принципе такое поведение устраивает, но это не совсем то, что написано в документации, хотелось бы разобраться



"delay_class 4 некорректно режет скорость"
Отправлено Sergey_T , 23-Ноя-09 01:21 
>[оверквотинг удален]
>delay_parameters 1  -1/-1  102400/102400
>
>http_access allow all
>
>Качал файл по http из своей локалки. Нагрузка 1 пользователь. Качал флешгетом
>и интернет эксплорером, скорость устанавливается 54 Кб/с.
>Но если написать delay_parameters 1  -1/-1  102400/204800 то 100кб/с.
>
>В принципе такое поведение устраивает, но это не совсем то, что написано
>в документации, хотелось бы разобраться

Собственно столкнулся с такой же проблемой. ситуация 1 в 1. вот только хочу огорчить, что и Ваша 102400/204800 будет неверно резать скорость. я у себя подобрал эти параметры методом точного перебора:) причем, когда я подбирал, я добился скорости скажем 100-128кб\сек. через месяц проверив скорость я увидел 133-152кб\сек.


"delay_class 4 некорректно режет скорость"
Отправлено sgv , 28-Окт-10 18:28 
У меня та же ситуация, я так понимаю проблема в том что в наших случаях acl acl_name external nt_group NT_user_group

Я решение пока так и не нашел


"delay_class 4 некорректно режет скорость"
Отправлено peering , 10-Авг-12 19:06 
> У меня та же ситуация, я так понимаю проблема в том что
> в наших случаях acl acl_name external nt_group NT_user_group
> Я решение пока так и не нашел

Class 4 - Все то же самое что в Class 3, плюс ограничение для каждого пользователя. Данный пул будет работать только если у вас включен хоть какой-то способ аутентификации(IPv4 class B).
acl users src 192.168.0.1/23
acl auth  proxy_auth  user1 user2 user3
delay_pools 1
delay_class 1 4
delay_access 1 allow users office !bad_office
delay_parameters 1 -1/-1-1/-1 32000/32000 16000/16000