Re: [squid-users] MISSes on cacheable object

From: Timur Irmatov <irmatov_at_gmail.com>
Date: Mon, 21 Apr 2014 10:54:02 +0500

On Mon, Apr 21, 2014 at 10:32 AM, Amos Jeffries <squid3_at_treenet.co.nz> wrote:
> On 21/04/2014 5:10 p.m., Timur Irmatov wrote:
> Possibility #1:
> Is you cache.log containing any messages about Host header forgery?
> Traffic suspected of forgery is not cached, in order to avoid poisoning
> other clients.

No, cache.log does not contain such warnings.

>> cache_dir ufs /srv/squid3/1 90000 16 256
>> cache_dir ufs /srv/squid3/2 90000 16 256
>> cache_dir ufs /srv/squid3/3 90000 16 256
>> cache_dir ufs /srv/squid3/4 90000 16 256
>> cache_dir ufs /srv/squid3/5 490000 16 256
>> store_dir_select_algorithm round-robin
>> maximum_object_size 100 MB

> Possibility #2:
> Object size limits need to be set in or before the cache_dir lines. The
> default limit is 4MB and I notice your test object is over 6MB.

Yes, but as you probably see, I have 'maximum_object_size 100 MB' just
below your comment.. :)

>> coredump_dir /opt/squid/var/cache/squid
>> refresh_pattern ^ftp: 1440 20% 10080
>> refresh_pattern ^gopher: 1440 0% 1440
>> refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
>> refresh_pattern . 0 20% 86400
>> via off
>> global_internal_static off
>> dns_nameservers 192.168.0.1
>> dns_v4_first on
>> forwarded_for transparent
>> visible_hostname 1
>> unique_hostname 1
>> store_id_program /opt/squid/etc/helpers/storeid /opt/squid/etc/cacheurl.config
>> store_id_children 1 startup=1 idle=1 concurrency=1000
>>
>> When I repeatedly request aforementioned URL with wget I consistently
>> get TCP_MISS. What am I doing wrong? :)
>>
>
> Possibility #3:
> Your test tool may be sending headers to Squid telling it not to use
> the cached object. Curl is known for this. You will need to check the
> *request* header for Cache-Control to see this.

I am testing with wget repeatedly:

wget -O /dev/null http://guard.cdnmail.ru/GuardMailRu.exe

These are the request headers:

GET /GuardMailRu.exe HTTP/1.1
User-Agent: Wget/1.13.4 (linux-gnu)
Accept: */*
Host: guard.cdnmail.ru
Connection: Keep-Alive

P.S. I am coming back to Squid from Apache Traffic Server, by the way.
The situation with stability has reversed from a year or two ago. Now
latest Squid is much more stable in my setup than ATS (transparent
forward proxy). I'd like to thank all Squid developers and
contributors for their work!

-- 
Timur Irmatov
Received on Mon Apr 21 2014 - 05:54:09 MDT

This archive was generated by hypermail 2.2.0 : Mon Apr 21 2014 - 12:00:06 MDT