Глядя на Squid3 logs, я обнаружил, что Squid не кэширует статические ресурсы, например:
1379041607.923 611 127.0.0.1 TCP_MISS/304 356 GET http://www.deckle.co.uk/squid-users-guide/css/site.css - DIRECT/95.172.21.186 -
Запрос на этот css возвращает TCP_MISS (даже после перезагрузки), то же самое происходит с изображениями, javascripts, htmls и т. д. Фактически, почти все запросы были TCP_MISS за исключением очень немногих.
Если мы посмотрим на заголовки Deckle.co.uk, мы увидим, что он должен его кешировать:
$ http http://www.deckle.co.uk/squid-users-guide/css/site.css
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Encoding: gzip
Content-Length: 482
Content-Type: text/css
Date: Fri, 13 Sep 2013 03:07:09 GMT
ETag: "d6007-30e-4d2a2f615c780"
Expires: Fri, 20 Sep 2013 03:07:09 GMT
Last-Modified: Sun, 06 Jan 2013 18:34:22 GMT
Server: Apache/2.2.22 (Ubuntu)
Vary: Accept-Encoding
Мой файл конфигурации содержит:
acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1
acl SSL_ports port 443
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 CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
http_port 3128
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
http_access allow localhost
http_access allow all
cache_dir ufs /var/cache/squid3 10000 16 256
Что мне не хватает? Почему я так много получаю TCP_MISS а сквид даже статические ресурсы не кеширует?
Удаленный веб-сервер вернул HTTP 304 (не изменено). Это означает браузер у него уже была кешированная копия, и сервер дал команду браузеру использовать ее и не отправил новую копию. Поэтому кальмару было нечего кешировать.
У меня такое же поведение с Squid 3.3.8 (пакет обновлен до Ubuntu 14.10 на момент написания)
После копания Вот, Я обнаружил, что неправильная обработка кеша CSS и JS при наличии Vary Header была фактически ошибкой, исправленной в последующих выпусках.
Установка Squid 3.4.10 из исходников устраняет эту проблему.