-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Since it was DIRECT rather than TIMEOUT_DIRECT that can only mean
that something was forcing it not to cache, so the URL could either
be in a cache_stoplist or hierarchy_stoplist, or the browser
specified "Pragma: no-cache" so that it must be fetched direct. e.g.
someone hit Shift-reload in their browser, or someone's using the
Netscape Communicator beta's that have the bug that always means it
sends "Pragma: no-cache". Or if someone is using IE3, apparently (in
some versions?) if you tell it to check the cache all the time, then
instead of just checking the cache, it sends "Pragma: no-cache" with
it too!
Can you check if its one of these possibilities?
Jonathan L.
Origin, 323 Cambridge Science Park,Cambridge,UK. Tel:+44 (1223)
423355
---[ It is impossible to enjoy idling thoroughly unless one has ]---
------------[ plenty of work to do - Jerome K. Jerome ]-------------
Fight spam! http://spam.abuse.net/ These opinions are all my fault
- ----------
From: Donovan Baarda
Sent: 23 October 1997 14:24
To: squid-users@nlanr.net
Subject: Re: Subscribe
[snip]
I have noticed this behaviour to. We have just a single parent that
is
currently a little unreliable, so we run with;
cache_host proxy.name.au parent 8080 3130
single_parent_bypass off
source_ping off
neighbour_timeout 4
- From what I understand of how squid works, it should never go direct
with
these settings, unless, as suggested above, it ping's the source even
with
source_ping off.
When the parent is alive, we get most misses fetched
FIRST_PARENT_MISS,
but some close sites (but not as close as the parent) seem to be
fetched
DIRECT pretty consistantly. About the only way to prevent it going
direct
to these sites is to use the "inside_firewall" setting.
When the parent is dead, we get a few TIMEOUT_DIRECT fetches, but
mainly
DIRECT. Of course, with "inside_firewall" (or even
"single_parent_bypass
on") we can't get anything w
-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQA/AwUBNE9gS4YLUv2rigzBEQIMHACfXKsSXs2loMYq52phBeVqAyMIoggAnA/j
0mZRGwSXaUj4jsS8aggev/qJ
=j+0P
-----END PGP SIGNATURE-----
Received on Thu Oct 23 1997 - 07:47:07 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:37:19 MST