Када Squid може да кешира APT пакете
Проверите HTTP пренос, кеш простор, величину објекта и APT поставке cache-control пре него што очекујете да захтеви за пакетима постану 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 кеша на захтев.