Search squid archive

Re: acl maxconn per file or url

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

 



Theoretically suppose to work. although it limits 4 connection but the download doesn't finish.
I wonder how site's replied that gave 4 connections when I'm requesting 16.
http code 416? or 408...



----- Original Message ----
From: Amos Jeffries <squid3@xxxxxxxxxxxxx>
To: Henrik Nordstrom <henrik@xxxxxxxxxxxxxxxxxxx>
Cc: Chudy Fernandez <chudy_fernandez@xxxxxxxxx>; squid-users@xxxxxxxxxxxxxxx
Sent: Wednesday, July 1, 2009 8:25:52 AM
Subject: Re:  acl maxconn per file or url

On Tue, 30 Jun 2009 18:35:09 +0200, Henrik Nordstrom
<henrik@xxxxxxxxxxxxxxxxxxx> wrote:
> tis 2009-06-30 klockan 15:13 +1200 skrev Amos Jeffries:
>> On Mon, 29 Jun 2009 18:50:30 -0700 (PDT), Chudy Fernandez
>> <chudy_fernandez@xxxxxxxxx> wrote:
>> > I think this well help
>> > 
>> > acl maxcon maxconn 4
>> > acl partial rep_header Content-Range .*
>> > http_reply_access deny partial maxcon
>> > 
>> 
>> I wonder....
>> 
>> What this _does_ is cause replies to be sent back to the client with all
>> range encoding and wrapping, but without the range position information
>> or
>> other critical details in the Content-Range: header.
> 
> No it doesn't. It prevents replies with Content-Range if there is more
> than 4 concurrent connections from the same IP (with no regard to what
> those connections is being used for).
> 
> It's http_reply_access, not http_header_access...
> 

Doh! Thanks Henrik.

>> This does not prevent Squid from fetching the multiple requests for
>> ranges
>> in the first place, nor save any bandwidth used by Squid doing so.
> 
> But it does cause Squid to abort the partial requests once headers have
> been received.
> 
> Regards
> Henrik

Amos



      

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

  Powered by Linux