RE: [squid-users] Reverse Proxy Cluster Issues

From: <senad.cimic_at_thomsonreuters.com>
Date: Thu, 15 Apr 2010 09:42:01 -0500

Thanks Amos, removing hierarchy_stoplist solved my query-string issue.

However, I'm not sure what you meant by removing cache/no_cache controls. I can't see any such operators in my squif.config file. Can you please elaborate more?

Thanks again.

-----Original Message-----
From: Amos Jeffries [mailto:squid3_at_treenet.co.nz]
Sent: Wednesday, April 14, 2010 6:17 PM
To: squid-users_at_squid-cache.org
Subject: Re: [squid-users] Reverse Proxy Cluster Issues

On Wed, 14 Apr 2010 08:13:01 -0500, <senad.cimic_at_thomsonreuters.com>
wrote:
> Hi,
>
> I am first time squid user and was wondering if could get some help. I
> tried to find answers to these questions on-line, but unsuccessfully...
>
> I have 2 squid boxes setup as reverse proxies in a cluster (they're
> using each other as siblings). On the backend I'm using single tomcat
> server that both squid boxes use to retrieve content. Squid version I'm
> using is 3.0. I'm running into couple issues:
>
> Issue #1:
> Whenever squid box receives request for url that contains querystring
> (e.g. - http://site1:8080/RSSSource/rss/feed?max=1) it does not contact
> sibling cache for that resource, but it retrieves it from the backend
> server right away. What's odd is that it works (sometimes...) when query
> string is not present (e.g. http://site1:8080/RSSSource/rss/feed).
>
> Issue #2:
> Let's say squidA receives request for some resource (e.g.
> http://site1:8080/RSSSource/rss/feed). If squidA doesn't have it in its
> cache, it will check if it's available from squidB. However, if squidA
> has expired version of that resource, it doesn't contact squidB but
> retrieves it directly from the backend server, which should not be the
> case (it should check if squidB had valid copy available), correct?
>
> Here are relevant squid.conf lines for one of the squids (everything
> else is unchanged, config for the second squid is the same except for
> sibling references):

Nope.

The relevant lines are hierarchy_stoplist (prevent peers being asked for
query-string URLs).
and cache/no_cache controls (prevent "QUERY" ACL matches being stored
locally.)

Both of which need to be removed from your config.

Amos

Received on Thu Apr 15 2010 - 14:42:10 MDT

This archive was generated by hypermail 2.2.0 : Fri Apr 16 2010 - 12:00:05 MDT