Når Squid kan cache APT-pakker
Kontroller HTTP-transport, cachelagring, objektstørrelse og APTs cache-control-innstillinger før du forventer at pakkeforespørsler blir Squid-treff.
APT og aptitude kan hente depotfiler via HTTP. Squid kan cache en kvalifisert HTTP-respons; klienten trenger ikke være en nettleser.
I en Squid 6- eller 7-utrulling, kontroller disse inndataene når hver pakkeoverføring fortsatt når opprinnelsen:
- Nedlastingen bruker HTTP, eller Squid har på annen måte tilgang til HTTP-utvekslingen. En HTTPS CONNECT-tunnel alene eksponerer ikke pakkeresponsen for caching.
- Cachen har passende lagring konfigurert. Vellykket videresending beviser ikke at det finnes en diskcache.
- Arkivet passer til den gjeldende cachemappens maksimale objektstørrelse. Små metadata og en stor .deb kan gi ulike resultater.
- Forespørselen og responsen tillater lagring og gjenbruk under sin cache-control-policy.
APT eksponerer Acquire::http::No-Cache, Max-Age og No-Store. No-Store kan hindre at forespurte depotfiler lagres. No-Cache krever revalidering før en lagret respons gjenbrukes. Undersøk den effektive APT-konfigurasjonen så vel som Squids policy.
Sammenlign den samme fullstendige URL-en og undersøk cacheresultatet i access.log. Ulike speilverter, endrede depotstier eller en lokalt cachet pakke kan bety at to installasjoner aldri ber om det samme nettverksobjektet.
Et depotspeil vedlikeholder depotinnhold bevisst i stedet for å stole bare på etterspørselsdrevet HTTP-cachegjenbruk.