Re: [squid-users] GETRIGHT don't listen DELAY POOLS

From: Amos Jeffries <squid3_at_treenet.co.nz>
Date: Wed, 05 Aug 2009 11:52:17 +1200

On Tue, 04 Aug 2009 18:55:14 -0300, Leonardo Rodrigues
<leolistas_at_solutti.com.br> 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
Received on Tue Aug 04 2009 - 23:52:22 MDT

This archive was generated by hypermail 2.2.0 : Thu Aug 06 2009 - 12:00:03 MDT