Re: [squid-users] squid and long URLs

Henrik Nordstrom schrieb:
>
>
> On Sun, 12 Dec 2004, Daniel Graupner wrote:
>
>> I just tried www.ibm.com -> I got a response.
>> Then I clicked on "Downloads and Drivers"
>> (http://www.ibm.com/products/finder/us/finders?pg=ddfinder&trac=SU1)
>> and I got a network unreachable error. Squid did not contact any peer
>> for URLs with queszion marks in it. In my access.log the URL is
>> cropped to the question mark.
>
>
> See Squid FAQ on how to use Squid inside a firewall.

I did, but in my testing environment there is no firewall at all. Between cache, peer and hosts is
no firewall. Please give me more hints.

>> This is a very silly behaviour, why does squid crp URLs.
>
> It is infact very smart reasons behind this behaviour of Squid, and
> relates to many things, not just questionmarks. As you have only told
> Squid you are part of a cache hierarchy, not inside a firewall, Squid
> tries to go direct where forwarding requests via (a more or less
> complex) cache hierarchy does not make much sense in terms of hit ratio.

I read in the handbook that squid only goes direct when the peer is assumed to be down. This should
not happen with "default no-query" in the cache peer directive.

>> I did not find any options related to that.
>
> Look again.. ;)
>
> The controls placing URLs with questionmarks in this category is in fact
> explicitly in the shipped squid.conf, but this is only one category of
> many where the above symptom is seen. See above for the solution to your
> problem, it is not related to the questionmarks as such but what the
> fine detail implications of the questionmarks indicate to Squid.

Please be more specific. I have no idea why questionmarks should be a problem, other proxies don't
care about it. The client sends the complete URL to the cache and squid drops something...that
behaviour is not clear to me.

Regards,
Daniel.
Received on Sun Dec 12 2004 - 16:07:07 MST