Search squid archive

Re: GETRIGHT don't listen DELAY POOLS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 04 Aug 2009 18:55:14 -0300, Leonardo Rodrigues
<leolistas@xxxxxxxxxxxxxx> wrote:
> Alberto García Gómez escreveu:
>> Dear Fellows:
>>
>> I have set some delay pools and when I download wiht Getright, this =
>> don't respect the limitation, here is my config
>>
>> acl MacsUser1 arp "/etc/squid/etc/rules/MacUser1"
>> ######################################################
>> http_access allow MacUser1
>> ######################################################
>> delay_pools 1
>> delay_class 1 1
>> delay_parameters 1 250/500
>> delay_access 1 allow MacUser1
>> delay_access 1 deny MacUser1
>>
>> This is the interesting piece, the rest is just common configuration =
>> (cache, parent, etc.)
> 
> 
>     probably getright is simply not using your proxy by a lack of 
> configuration of the proxy on getright's configurations or maybe the 
> lack of a transparent proxy enviroment.
> 
>     the configuration is correct, should work for any http client on 
> MacUser1 acl ... including getright or any other download manager

Almost. It should still work as-is for the listed EUI-64 (MAC) codes listed
due to squid access rule ordering.

However for all non-listed clients its broken.
The "deny MacUser1" is useless as a control after "allow MacUser1" BUT has
the side-effect of changing the implicit default action to "allow all".
Which will cause every non-listed MAC address to also be limited by the
pool.
I think you want to make that "deny !MacUser1"

Amos

[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux