Upstream caches ACL policies and affects on downstream caches.

From: Andrew Leahy <>
Date: Thu, 5 Dec 1996 12:36:05 +1100 (EST)

I'm forwarding this onto squid-users:

On Thu, 5 Dec 1996, David J N Begley wrote:
> On Thu, 5 Dec 1996, Stephen Cliffe wrote:
> > I was browsing via a URL and got
> > the following error message:
> > [Access Denied]

I've noticed this mainly on a bunch of ftp sites, my thinking is that the
SU cache is ACL throttling either "ftp" generally or some ftp sites. This
causes our 'downstream' caches some traumas if we hit on their cache! ie.
[Access Denied messages].

So it ends up that, upstream caching/proxy policies ARE affecting our
users! (okay - they CAN hit reload on their browsers and force a refresh -
but it still isn't very friendly).

Maybe, one solution would be for Squid to consult it's "acl's" when
responding to object requests from peer caches. For example, when the
Nepean cache polls SU for a "ftp" object the SU cache should either return
MISS or a status like "bugger off you can't get that from here". This
gives the Nepean cache the chance to try other caches in the peer group or
go get it direct.

Make any sense?
Andrew "Alf" Leahy, phone: 047 360385
Unix Administrator,
Systems & Ops, TASS, CCD, UWS Nepean
Received on Wed Dec 04 1996 - 17:40:48 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:33:49 MST