Кога 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 кешот при барање.