Hi babajaga,
You can add 'debug_options 20,9 27,9 31,9 70,9 82,9 22,9 84,9 90,9' to
your squid config to debug caching issues.
Search through log for string that contains 'NO' (in uppercase). This
string should explain why squid made decision not to cache http response.
Best wishes,
Pavel
On 05/27/2014 06:17 PM, babajaga wrote:
I was wondering about very few HITs in this squid installation, and did some
checking:
access.log:
1401203150.334 1604 10.1.10.121 TCP_MISS/200 718707 GET
http://l5.yimg.com/av/moneyball/ads/0-1399331780-5313.jpg -
ORIGINAL_DST/66.196.65.174 image/jpeg
1401203186.100 1327 10.1.10.121 TCP_MISS/200 718707 GET
http://l5.yimg.com/av/moneyball/ads/0-1399331780-5313.jpg -
ORIGINAL_DST/66.196.65.174 image/jpeg
cache.log:
2014/05/27 14:52:12 kid1| Starting Squid Cache version 3.4.5-20140514-r13135
for i686-pc-linux-gnu...
2014/05/27 14:52:12 kid1| Process ID 7477
2014/05/27 14:52:12 kid1| Process Roles: worker
2014/05/27 14:52:12 kid1| With 1024 file descriptors available
2014/05/27 14:52:12 kid1| Initializing IP Cache...
2014/05/27 14:52:12 kid1| DNS Socket created at [::], FD 7
2014/05/27 14:52:12 kid1| DNS Socket created at 0.0.0.0, FD 8
2014/05/27 14:52:12 kid1| Adding nameserver 127.0.0.1 from /etc/resolv.conf
2014/05/27 14:52:12 kid1| Logfile: opening log
daemon:/tmp/var/log/squid/access.log
2014/05/27 14:52:12 kid1| Logfile Daemon: opening log
/tmp/var/log/squid/access.log
2014/05/27 14:52:12 kid1| Logfile: opening log
daemon:/tmp/var/log/squid/store.log
2014/05/27 14:52:12 kid1| Logfile Daemon: opening log
/tmp/var/log/squid/store.log
2014/05/27 14:52:12 kid1| Swap maxSize 0 + 2097152 KB, estimated 161319
objects
2014/05/27 14:52:12 kid1| Target number of buckets: 8065
2014/05/27 14:52:12 kid1| Using 8192 Store buckets
2014/05/27 14:52:12 kid1| Max Mem size: 2097152 KB
2014/05/27 14:52:12 kid1| Max Swap size: 0 KB
2014/05/27 14:52:12 kid1| Using Least Load store dir selection
2014/05/27 14:52:12 kid1| Set Current Directory to /tmp
2014/05/27 14:52:12 kid1| Finished loading MIME types and icons.
2014/05/27 14:52:12 kid1| HTCP Disabled.
2014/05/27 14:52:12 kid1| Squid plugin modules loaded: 0
2014/05/27 14:52:12 kid1| Accepting HTTP Socket connections at
local=10.1.10.1:3129 remote=[::] FD 13 flags=9
2014/05/27 14:52:12 kid1| Accepting NAT intercepted HTTP Socket connections
at local=10.1.10.1:3128 remote=[::] FD 14 flags=41
2014/05/27 14:52:13 kid1| storeLateRelease: released 0 objects
squid.conf:
root@voyage:/usr/local/squid/etc# vi squid.conf
acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl SSL_ports port 443
acl CONNECT method CONNECT
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost manager
http_access deny manager
http_access allow localnet
http_access allow localhost
http_access deny all
http_port 10.1.10.1:3129
http_port 10.1.10.1:3128 intercept
cache_mem 2048 MB
memory_cache_mode always
access_log daemon:/tmp/var/log/squid/access.log squid
cache_store_log daemon:/tmp/var/log/squid/store.log squid
logfile_rotate 3
pid_filename /var/run/squid.pid
cache_log /tmp/var/log/squid/cache.log
coredump_dir /tmp
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320
shutdown_lifetime 10 seconds
This quid is running on a scaled down debian, no HDD, with mobile internet
connection. So /tmp in fact is a RAM-disk, and a good hit rate very welcome.
The example above should be cachable, or not ? squid was accessed on port
3128, intercept.
--
View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Why-not-cached-tp4666117.html
Sent from the Squid - Users mailing list archive at Nabble.com.
