Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» SQUID: ограничить трафик для отдельного юзера: ширина канала

Автор: Felix
Дата сообщения: 12.09.2006 14:46
fixxoff
Под руками нет системы, так что не могу с портами помочь.
Я тебе команду привёл для сборки из сырцов.
Автор: zenia
Дата сообщения: 12.09.2006 14:57

Цитата:
fixxoff

Да нужно сначала удалить, навсякий пожарный сохрани конфиг, хотя при deinstall он и не удаляется.

А потом запустишь make
и тебе на экран окошко графическое будет выведено, где нужно опции будет выбрать с каким хочешь ставить.

затем make install и готово.

Автор: fixxoff
Дата сообщения: 12.09.2006 15:32
спасибо, попробую.
Автор: mukca
Дата сообщения: 18.10.2006 22:25
возможно не совсем по теме..

а можно с помощью данной прокси сделать ограничение на скачку файлов по размеру????

если да то как
Автор: ipmanyak
Дата сообщения: 19.10.2006 09:27
mukca
# TAG: reply_body_max_size bytes allow|deny acl acl...
#Default:
# reply_body_max_size 0 allow all
Автор: mukca
Дата сообщения: 19.10.2006 10:50
ipmanyak
спасиб. побежал пробовать
Автор: w645192p
Дата сообщения: 24.11.2006 08:53
Помогите, пожалуйста.
Нужно сделать так чтобы у всех кроме группы boos при попытке скачать или открыть, что-либо больше 300 кб скорость падала до минимально установленной.
Напишите куда вставлять delay_pools и как это правильно сделать.
Спасибо всем кто откликнется.



Цитата:
# beginof acl

cache_mem 8 MB
maximum_object_size_in_memory 32 KB

cache_replacement_policy heap GDSF
memory_replacement_policy heap GDSF

half_closed_clients off

cache_swap_high 100%
cache_swap_low 80%

shutdown_lifetime 3 seconds
icp_port 0

acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY

cache_effective_user squid
cache_effective_group squid

pid_filename /var/run/squid.pid

cache_access_log /var/log/squid/access.log
cache_log /var/log/squid/cache.log
cache_store_log none
error_directory /usr/local/squid/etc/smootherrors
emulate_httpd_log on
log_mime_hdrs off

forwarded_for off

acl all src 0.0.0.0/0.0.0.0
acl localhost src 127.0.0.1/255.255.255.255

acl SSL_ports port 445 443 441 563 8443
acl Safe_ports port 80 8080 # http
acl Safe_ports port 81 # smoothwall http
acl Safe_ports port 21 # ftp
acl Safe_ports port 445 443 441 563 8443 9010 9100# https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535# unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT

acl RestrictedNetwork src 192.168.2.128/26

http_access allow localhost

http_access deny RestrictedNetwork

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports

#--------------------

acl deny_EXE urlpath_regex -i \.EXE$
http_access deny deny_EXE

#--------------------

acl boss src 192.168.2.13 192.168.2.27 192.168.2.24
acl squid_block url_regex "/usr/local/squid/etc/squid_block/block.txt"
http_access allow boss squid_block
http_access deny squid_block

#--------------------

http_access allow localnet

http_access deny all

redirect_program /usr/local/adzap/scripts/wrapzap

# endof acl

Автор: omrAlex
Дата сообщения: 20.12.2006 16:58
Ребята! Хоть кто-то из вас обратил внимание на то, что все эти пулы и делаи работают только на отдачу!!!! А тянет в кеш сквид на той скорости, которая дана пайпами ipfw или же на всей возможной между Сквид-машиной и ресурсом.

А теперь собственно задача(вопрос):
как средствами сквида заставить его для определенного АЦЛ тянуть ресурсы на скорости выделенных пулов.
Потому как ограничение всего канала "Интернет->Сквид-машина" при помощи пайпа не даст возможности поставить ограничения по пользователям.

Суть такова: LanBNC получает 32Кбит/с "Мир" и 128КБит/с "UAix", а LanUTP идет без пулов. Но как показала практика, 32К и 128К это только скорость отдачи от сервера клиентам, а стягивает это сквид на всех возможных порах.

----кусок конфига----
acl uaix dst "/usr/home/***/script/ipck/ua-ix-lst.rez"
acl LanBNC src 192.168.0.0/24
acl LanUTP src 192.168.1.0/24
...
delay_pools 2
#for 192.168.0.0/24
delay_class 1 2
delay_class 2 2
delay_parameters 1 4000/4000 -1/-1
delay_parameters 2 16000/16000 -1/-1
delay_access 1 allow LanBNC !uaix
delay_access 1 deny all
delay_access 2 allow LanBNC uaix
delay_access 2 deny all
...
http_access allow LanBNC
http_access allow LanUTP
http_access deny all
Автор: WinTester
Дата сообщения: 01.02.2007 10:48
omrAlex

Цитата:
кто-то из вас обратил внимание на то, что все эти пулы и делаи работают только на отдачу!!!!

Да, так он и работает
Вопрос как сделать чтобы как в виндовых проксях, чтобы каждый пользователь качал первые Х кб на скорости Y, или максимально возможной, а следующиq "перебор" на скорости Y. Понятное дело что что после паузы х сек, цикл начиался сначало.
Таким образом если смотрим небольшые странички, то окрываем их максимально быстро, а если "весёлые картинки" или большой файл качаем то вступали с силу ограничения.
Реально ?
Автор: ipmanyak
Дата сообщения: 01.02.2007 12:01

Цитата:
Ребята! Хоть кто-то из вас обратил внимание на то, что все эти пулы и делаи работают только на отдачу!!!! А тянет в кеш сквид на той скорости, которая дана пайпами ipfw или же на всей возможной между Сквид-машиной и ресурсом.

Ваши умозаключения не верны! Сквид тянет из инета так как настроен DELAY POOL ! Лично проверял по trafshow . Если не верите - убедитесь сами. Сами подумайте , нафига тогда нужен этот delay pool ?

WinTester Все в твоих руках !

Пример 1
acl special_users src 192.168.1.0/255.255.255.0
http_access allow special_users
delay_pools 1
delay_class 1 2
delay_access 1 allow special_users
delay_access 1 deny all
delay_parameters 2 32000/32000-1 2000/16000
сквиду дали канал в 32000 байт/сек, а индивдуально на каждого юзверя ведерки по 16кб, а струйка в него в 2кб ! (сначала быстро усосет 16кб, а потом будет лить со скоростью в 2кб/cек) точнее - быстро будет усасывать объекты размером до 16кб , объекты больше 16кб будет сосать на скорости 2кб
играйся с параметрами 2000/16000 - подбери нужные тебе числа

Пример 2
допустим канал 64к, сквиду даем 40к, спецюзерам даем ведра по 8кб , разрешаем лить файлы на скорости 4кб , хилым юзерам даем ведра по 4к и пипку в них по 1к для объектов более 4к .

acl special_users src 192.168.1.2 192.168.1.3
acl low_users src 192.168.1.4 192.168.1.5
http_access allow special_users
http_access allow low_users
delay_pools 1
delay_class 1 2
delay_class 2 2
delay_access 1 allow special_users
delay_access 1 deny all
delay_access 2 allow low_users
delay_access 2 deny all
delay_parameters 1 40000/40000 4000/8000
delay_parameters 2 40000/40000 1000/4000




Автор: Dombay
Дата сообщения: 06.02.2007 07:25
Посмотрите пожалуйста, нигде не ошибся?
Скорость доступа: 512 кбит/сек, unlim
SquidNT 2.6
делим так:

acl local_hosts src "c:/squid/etc/local_hosts.txt"
acl inet_hosts src "c:/squid/etc/inet_hosts.txt"
acl vip_hosts src "c:/squid/etc/vip_hosts.txt"
http_access allow local_hosts
http_access allow inet_hosts
http_access allow vip_hosts
http_access deny all
delay_class 1 1 # pool 1 is a class 1 pool inet_hosts
delay_class 2 2 # pool 2 is a class 2 pool vip_hosts
delay_class 3 1 # pool 1 is a class 1 pool local_hosts
delay_access 1 allow inet_hosts
delay_access 1 deny all
delay_access 2 allow vip_hosts
delay_access 2 deny all
delay_access 3 allow local_hosts
delay_access 3 deny all
delay_parameters 1 -1/-1 # inet_hosts (хожу из дому со статического IP - городской
#траффик дешевый, а мира дорогой и я же на работе)
#
delay_parameters 2 64000/64000 32000/64000 # vip_hosts - привелегированные пользователи
#
delay_parameters 3 32000/64000 # local_hosts - все остальные

inet_hosts - ничем себя любимого не ограничиваем

vip_hosts - сквиду дали канал 64000 байт/сек (практически весь), а индивидуально на каждого
пользователя ведро по 64000 байт, а струйка в него 32000 байт/сек

local_hosts - все ходят через Uergate, а для него родителем прописан Squid. И Squid-у
дали для использования юзергейтом ведро на 64000 байт со скоростью залива в ведро
32000 байт/сек.

Соответствует ли конфигурация тому, что хочется?
Замечания и поправки приветствуются.
Автор: ipmanyak
Дата сообщения: 06.02.2007 11:26
Dombay если vip_hosts забьют канал, то local_hosts будут сосать лапу, то бишь инет у них встанет ступором. Если канал в инет 512 кбит/сек, то бишь 64000 грубо, то нельзя его весь отдавать сквиду ! Нужно оставлять трафик на другие протоколы,ftp, smtp, pop и др . Иначе юзеры http трафиком забьют тебе его в мат. Хотя бы урежь закачку файлов типа avi? mp3 и так далее. Короче сам думай. В процессе эксплуатации сам все увидишь.
Автор: slayer120
Дата сообщения: 28.02.2007 10:41
такой вопрос. Что будет происходить если пул полностью забит -
запрос будет отклонен, задержан, поставлен в очередь?
У меня иногда становится недоступным сквид по порту 3128 и юзеры не могут выйти в инет.
сквид давно стоит, ставил не я. Юзеров добавилось -
пик может переваливать за 100. Радиоканал, максимум 10мБит (в идеале).
Сейчас для всех стоит 2 пула 2 класса.
delay_pаram 1 -1/-1 -1/-1 без ограничений для отдельной групы (ок 20 чел)
delay_param 2 16000/16000 4000/4000
получается для остальных макс канал 32кБит индивидуально, 150 к на весь канал?
Есть ли какие то приблизительные рекомендации по ширине каналов?
Насколько можно безболезненно увеличить скорость для второго пула?
Автор: ipmanyak
Дата сообщения: 28.02.2007 11:21
если весь канал забит пулом 1, то пул 2 будет сосать лапу, потому как анлимит!
для пула 2 ты дал канал 16000 байт, ведро каждому юзеру в нем 4000 байт
юзеров в пуле 1 нужно тоже ограничить анлимит давать нельзя! Более того и всему сквиду канал тоже нужно урезать ! Иначе на остальные протоколы ничего не останется - smtp, ftp и др
Автор: slayer120
Дата сообщения: 28.02.2007 11:53
ipmanyak

Цитата:
Более того и всему сквиду канал тоже нужно урезать

У меня свкид на отдельной тачке а шлюз на линуксе отдельно -
там только фильтры на iptables. Поэтому мне скид имхо не надо ограничивать?
Автор: ipmanyak
Дата сообщения: 28.02.2007 12:21
надо! иначе http трафик юзеров забьет весь канал, хотя бы 20% отбери у сквида
Автор: slayer120
Дата сообщения: 28.02.2007 13:02

Цитата:
пул 2 будет сосать лапу

что это значит? юзерь получит отлуп на выход?
Что-то типа невозможно отобразить страницу или превышен таймаут по запросу?
Автор: AndrewMik
Дата сообщения: 12.04.2007 10:17
А никто не знает прогу, которая умеет автоматически органичивать скорость юзерам, превысившим лимит по трафику? Отключать - сколько угодно, а вот ограничить скорость...
Автор: Maddy101
Дата сообщения: 18.05.2007 11:38
Друзья, столкнулся с интересной проблемой.
Имеем канал примено 850 кбит, сквида и пользователей.
Необходимо, чтобы пользователям было дано ограничение в 8 килобайт/с (64кбит) и ни копейкой больше.

delay_parameters 1 32000/32000 8000/16000

вроде работает, но имеем очень интересную и НЕПРИЯТНУЮ вещь. А именно. При закачках больших файлов -- со стороны пользователей, все отлично, скорость держится на уровне 7-8Кбайт/с. Но со стороны сквида -- он забивает канал _полностью_, пока не скачает "себе" этот файл, чтобы потихоньку его потом отдавать юзеру. Это, мягко говоря, не устраивает, т.к. если 1 человек тянет, скажем, фильм 700мб на своих 64к, то замечательный squid просаживает канал на пару часов, пока не вольет куда-то себе этот фильм целиком на полной скорости канала.

Как избежать данной ситуации? Мне нужно, чтобы при загрузке от пользователя 64к, во внешний канал сквид тоже делал 64к и ни копейкой больше, а не грузил канал на полную...

Всем спасибо.
Автор: ipmanyak
Дата сообщения: 18.05.2007 12:49
Maddy101 Специально проверял прогой trafshow , сосет на той скорости на которую было указано ! Иначе кому он нужен такой delay pool ?! Вероятно у вас в сквиде что-то недонастроено или некорректно настроено. Причеv возможно и не касательно самого delay pool.


Добавлено:
А может ваши юзеры тянут не в 1 сессию, а сразу в 10 ?
Автор: jahfar23
Дата сообщения: 23.05.2007 15:51
Подскажите как настроить ограничение по траффику в месяц для одного пользователя.
Автор: ftv2000
Дата сообщения: 09.02.2008 23:10
Скажите пожалуйста, когда я ставлю ограничение в 20 кб на групу, как оно работает?
У меня к примеру в групе 4 человека, если они будут одновремено что-то качаьт с интернета то эта скорость разделиться на 4-х или будет у каждого скорость по 20 кб. ?
Автор: tankistua
Дата сообщения: 09.02.2008 23:22

Цитата:
Скажите пожалуйста, когда я ставлю ограничение в 20 кб на групу, как оно работает?
У меня к примеру в групе 4 человека, если они будут одновремено что-то качаьт с интернета то эта скорость разделиться на 4-х или будет у каждого скорость по 20 кб. ?

мля :)

Как я ненавижу била гейтса за его винду, которая отучает людей думать. Оно то конечно универсально , но насколько оно тупо. Я со своего помощника все время стебусь, для него пробел - не симво и так далее.

ftv2000
Ты ж сам знаешь ответ на свой вопрос - это не винда, тут все логично.
Автор: Ruza
Дата сообщения: 10.02.2008 09:12
tankistua

Цитата:
для него пробел - не симво и так далее.


jahfar23

Цитата:
Подскажите как настроить ограничение по траффику в месяц для одного пользователя.

Ну тут сложный ответ на такой вопрос...
Для лимитирования трафика логично предположить что его надо чем то учитывать...
Чем ты считаеш трафик???

Добавлено:
Мой вопрос...
SQUID 3, автоизация в домене...
При создании любого пула типа таких:

Цитата:
acl special_users proxy_auth name
acl low_users proxy_auth name
http_access allow special_users
http_access allow low_users
delay_pools 1
delay_class 1 2
delay_class 2 2
delay_access 1 allow special_users
delay_access 1 deny all
delay_access 2 allow low_users
delay_access 2 deny all
delay_parameters 1 40000/40000 4000/8000
delay_parameters 2 40000/40000 1000/4000

Squid вообще никого не пускает...
Автор: tankistua
Дата сообщения: 10.02.2008 10:30
Ruza

Цитата:
Подскажите как настроить ограничение по траффику в месяц для одного пользователя.

с помощью sarg-а считаешь трафик, превышающие лимит записываются в файлик. Этот файлик значится в сквиде как deny юзерс acl.

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

если сильно кому-то надо - могу поделиться наработками, запросы в ПМ


Ruza

Цитата:
для него пробел - не симво и так далее.

Как не прискорбно - тут плакать нада. А сколько было подобных случаев, которые объясняются простой невнимательностью, чтением по-диагонали. Все привыкли к тому что ошибки, которые пишет винда - они не важны. Гораздо важнее побыстрее нажать кнопку и попробовать сначала.

Автор: Ruza
Дата сообщения: 12.02.2008 15:29
tankistua

Цитата:
с помощью sarg-а считаешь трафик, превышающие лимит записываются в файлик. Этот файлик значится в сквиде как deny юзерс acl.

Мне это не надо у меня это тож работает... правда косяки вылазят иногда...


Цитата:
Как не прискорбно - тут плакать нада. А сколько было подобных случаев, которые объясняются простой невнимательностью, чтением по-диагонали. Все привыкли к тому что ошибки, которые пишет винда - они не важны. Гораздо важнее побыстрее нажать кнопку и попробовать сначала.

Это точно.

Автор: A32
Дата сообщения: 28.03.2008 16:49
delay_pools 1
delay_class 1 1
delay_parameters 1 7500/7500
delay_access 1 allow ProFF
delay_access 1 deny all

хочу профу ограничинить напр
не получается
я ламо так что прошу не сильно придираться
уже все варианты попробовал
Автор: ipmanyak
Дата сообщения: 28.03.2008 17:52
A32
передвинь delay_parameters:
delay_pools 1
delay_class 1 1
delay_access 1 allow ProFF
delay_access 1 deny all
delay_parameters 1 7500/7500

или попробуй так:

acl src ProFF 192.168.0.3 # ip юзера
delay_pools 1
delay_class 1 2
delay_access 1 allow ProFF
delay_access 1 deny all
delay_parameters 1 7500/7500 7500/7500
Автор: A32
Дата сообщения: 28.03.2008 21:42
не получается ни так ни так
а может быть критично положение данного фрагмента-до хттп_ацесс или после

расстраиваюсь
а профф радуется

а еще- я когда тещу-выставляю 50/50
там случайно нет какого нибудь минимального значения, которое может быть задано?
Автор: Ruza
Дата сообщения: 29.03.2008 07:58
A32
SQUID собирался с разрешёнными delay pools???

Страницы: 123456

Предыдущая тема: Коммутатор 3COM SuperStack Switch4300


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.