Re: Direct connexions

From: Dancer <[email protected]>
Date: Fri, 12 Jun 1998 07:43:00 +1000

1.1 was a devil for this.

I can't provide a good explanation, except that:

The parent is always used unless:
* The URL matches a string in hierarchy_stoplist
* The request is a POST
* Parent is down
* ssl_proxy/wais_relay say otherwise and it's one of those kind of
requests
* Some particular network configuration..it has to do with busy links, I
know that. If there is packet-loss between you and your parent and/or
high-latency squid seems to fetch directly from the origin server, even
if it has not marked the parent as down. Obviously, this will be a
common feature of squid 1.1 with the ICMP code compiled in, but I've
seen it happen fairly frequently without it. No idea why.

D

Borek.Lupomesky@ujep.cz wrote:
>
> On Wed, 3 Jun 1998, Duane Wessels wrote:
>
> > > My "hierarchy_stoplist" is empty, but in netstat -t dump I still can
> > >see connections made directly to WWW servers instead of to parent proxy.
> > >What can be wrong?
> >
> > Squid doesn't use the parents if it thinks they are down.
>
> The parents are apparently up! When I use cachemgr.cgi to see info on
> the parent server it says they are up. And also my squid does parent
> fetches, but also lots of direct ones.
>
> Borek Lupomesky
>
> --
>
> =====================================================================
> BOREK LUPOMESKY, network administrator University of J. E. Purkyne
> WWW: http://www.ujep.cz/~lupomesk/ Ceske mladeze 8
> IRCnet: Borek @ #usti Usti nad Labem, 40012
> talk: borek@ishtar.ujep.cz The Czech Republic
> PGP keyid: 9DD1C54D tel: +420-602-376368
> ==========[ MIME/ISO-8859-2 & PGP encrypted mail welcome ]===========

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GAT d- s++: a C++++$ UL++++B+++S+++C++H++U++V+++$ P+++$ L+++ E-
W+++(--)$ N++ w++$>--- t+ 5++ X+() R+ tv b++++ DI+++ e- h-@ 
------END GEEK CODE BLOCK------
Received on Thu Jun 11 1998 - 14:47:06 MDT

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