On Sun, 7 Mar 1999, Henrik Nordstrom wrote:
> > - store all files fetched direct or from the parent locally and if a
> > request made for them, provide them to the clients from the disk
> That is the default unless you use proxy-only cache_peer option, or the
> no_cache configuration directive.
hmm, looks strange. i do NOT use none of them. :(
> > - only go direct if the parent is dead
> This mode of operation will be available in 2.2. Until then the closest
ic.
> no-cache). Browsers makes uncacheable requests when you push the reload
> button, or in some cases when you select a bookmark.
hmm. i tested it with lynx and one ftp link.
my proxy always go out and ask his parent and fetch the URL from that.
when i use no-query it uses no parent, but if i asks the same URL twice,
it gives me a TCP_HIT, not a TCP_MISS :(
> If adding no-query made it use the parent, yes. And as I said, adding
> no-query does not affect cachability.
i see.
i send my squid.conf, maybe You know, why my squid gives me always
TCP_MISS for all URL's if i configure him a parent...
(i left out the acl's and other directives..)
cache_peer cache.iif.hu parent 3128 3130 no-query
cache_peer_domain cache.iif.hu !kando.hu !insomnia.rulez.org
icp_access allow kando
icp_port 3130
miss_access allow kando
and i get always (this is the x millionth query for that url):
920918605.356 22252 (proxy's ip) TCP_MISS/200 2517 GET
ftp://ftp.bme.hu/ bra SINGLE_PARENT/cache.iif.hu text/html
if i do the following:
cache_peer cache.iif.hu parent 3128 3130 default
the answer is:
920918715.447 12008 (proxy's ip) TCP_MISS/200 2503 GET
ftp://ftp.bme.hu/ bra DIRECT/ftp.bme.hu text/html
and for the second query:
920918770.648 10 193.224.40.6 TCP_MEM_HIT/200 2511 GET
ftp://ftp.bme.hu/ bra NONE/- text/html
Anybody knows what is the problem?
Thanks a lot!
--- Attila Nagy \ Phone: (361)-210-1415/194 System Administrator \ Kalman Kando Technical \ iRC: bra on iRCNET College Budapest, Hungary \ Info: 'finger bra@ns.insomnia.rulez.org'Received on Mon Mar 08 1999 - 12:08:42 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:45:10 MST