Кога Squid може да кешира APT пакети
Проверете HTTP транспорта, кеш хранилището, размера на обекта и настройките за cache-control на APT, преди да очаквате заявките за пакети да станат попадения в Squid.
APT и aptitude могат да изтеглят файлове от хранилището през HTTP. Squid може да кешира подходящ HTTP отговор; клиентът не е задължително да е уеб браузър.
При внедряване на Squid 6 или 7 проверете тези входни данни, когато всяко прехвърляне на пакет все още достига до източника:
- Изтеглянето използва HTTP или Squid иначе има достъп до HTTP обмена. Само тунел HTTPS CONNECT не прави отговора на пакета достъпен за кеширане.
- В кеша е конфигурирано подходящо хранилище. Успешното препращане не доказва, че съществува дисков кеш.
- Архивът се побира в максималния размер на обект на съответната кеш директория. Малките метаданни и големият .deb могат да имат различни резултати.
- Заявката и отговорът разрешават съхранение и повторно използване съгласно тяхната политика за cache-control.
APT предоставя Acquire::http::No-Cache, Max-Age и No-Store. No-Store може да попречи на съхранението на заявените архивни файлове. No-Cache изисква повторна проверка преди повторно използване на съхранен отговор. Проверете ефективната конфигурация на APT, както и политиката на Squid.
Сравнете същия пълен URL и проверете резултата от кеша в access.log. Различни хостове на огледала, променени пътища на хранилището или локално кеширан пакет може да означават, че две инсталации никога не заявяват същия мрежов обект.
Огледалото на хранилището поддържа съдържанието на хранилището целенасочено, вместо да разчита само на повторно използване на HTTP кеш при поискване.