Re: [squid-users] Decaching squid servers against an ip pool.

From: Techie Tychie <tychie77@dont-contact.us>
Date: Tue, 14 May 2002 10:13:57 -0700 (PDT)

Hi again:

Thanks for your reply.I have changed the configuration
of the no_cache option in the squid.conf and after
reconfiguring squid i found NO error.I am not using
the refresh_pattern in the squid.conf fileThe option
is
defined as follows:

acl BLOCK_url dst X.Y.5.72/32 X.Y.5.73/32 X.Y.5.74/32
X.Y.5.75/32 X.Y5.76/32 X.Y.5.77/32 X.Y.5.78/32
X.Y.5.79/32 X.Y.5.80/ 32 X.Y.5.81/32 X.Y.5.82/32
X.Y.5.83/32 X.Y.5.84/32 X.Y.5.85/32 X.Y.5.86/32
X.Y.5.87/32
no_cache deny BLOCK_url

Query 1:
I am using Squid-2.4 which uses no_cache option as u
mentioned in your mail.
How it could be acertained that the cache is Not being
accessed for the sites that are being collocatised.For
help
i am attaching the squid logs to see the effects.Here
there areny any TCP_HITS for the said pool of
collocated servers i.e X.Y.5.72 to X.Y.5.87:

1021394471.442 9 X.Y.8.74 TCP_MISS/200 2770 GET
http://us.i1.yimg.com/u
s.yimg.com/i/mntl/sh/canon.jpg - DIRECT/X.Y.5.76
image/jpeg
1021394496.974 7 X.Y.8.74 TCP_MISS/200 2770 GET
http://us.i1.yimg.com/u
s.yimg.com/i/mntl/sh/canon.jpg - DIRECT/X.Y.5.76
image/jpeg
1021394499.003 899114 X.Y.13.160 TCP_MISS/500 0 POST
http://a93.g.akamai.net
/Imesh/Redirect/track.asp - DIRECT/X.Y.5.76 -
1021394500.906 12 X.Y.13.160 TCP_MISS/400 407 GET
http://a93.g.akamai.ne
t/test.html - DIRECT/X.Y.5.76 text/html

1021394534.052 65 X.Y.13.160 TCP_MISS/000 0 POST
http://a93.g.akamai.net
/Imesh/Redirect/track.asp - DIRECT/X.Y.5.76 -
1021394544.778 14 X.Y.8.229 TCP_MISS/200 2781 GET
http://us.i1.yimg.com/
us.yimg.com/i/mntl/sh/canon.jpg - DIRECT/X.Y.5.76
image/jpeg
1021394578.682 17 X.Y.8.122 TCP_MISS/200 743 GET
http://us.i1.yimg.com/u
s.yimg.com/i/pim/mls2.gif - DIRECT/X.Y.5.76 image/gif
1021394578.754 5 X.Y.8.122 TCP_MISS/200 434 GET
http://us.i1.yimg.com/u
s.yimg.com/i/pim/ad2.gif - DIRECT/X.Y.5.76 image/gif
1021394580.090 15 X.Y.8.122 TCP_MISS/200 447 GET
http://us.i1.yimg.com/u
s.yimg.com/i/pim/cl2.gif - DIRECT/X.Y.5.76 image/gif
1021394582.050 14 X.Y.8.122 TCP_MISS/200 440 GET
http://us.i1.yimg.com/u
s.yimg.com/i/pim/np2.gif - DIRECT/X.Y.5.76 image/gif
   

Query 2:
What would be the impact of by-passing squid cache
upon its hard disk space.Will there be a significant
change ?

Regards,
Marc Tych.

--- "Squid Support (Henrik Nordstrom)"
<hno@marasystems.com> wrote:
> On Monday 13 May 2002 21:52, Techie Tychie wrote:
>
> > Now i have got 2 approaches to resolve this issue
> :
> > A) apply IP-Chain rules on the squid servers in
> which
> > the source is ANY and the destination is mentioned
> as
> > the pool for the collocating servers and the
> action
> > is to redirect the request directly to the said
> > servers so that the request is not fed through the
> > squid-cache server.
>
> If you are running a transparent proxy this is
> strongly recommended
> as there is no use in redirecting your users to a
> proxy who won't add
> any value, only latency (worse performance).
>
> > B) apply the no_cache directive in squid.conf
> file
> > along with the refresh_pattern directive for the
> said
> > pool of ip addresses.Can this be done ? I have
> read
> > before that ONLLY URL based approach can be
> adopted
> > when defining the no_cache directive.
> > Query:
> > What can be the right step by step approach.
>
> The support for DNS lookups in no_cache varies with
> the Squid
> releases. Some earlier versions was unreliable if
> no_cache was used
> with ACL types that may require DNS or other
> external lookups. This
> is not the case in Squid-2.4 or later. In Squid-2.4
> no_cache can
> safely be used with ACL's requiring DNS lookups.
>
> In Squid-2.5 no_cache also applies to already cached
> content,
> oblivating the need of using refresh_pattern when
> the content must
> not be cached.
>

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
Received on Tue May 14 2002 - 11:13:59 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:08:07 MST