Hvornår Squid kan cache APT-pakker
Kontroller HTTP-transport, cache-lager, objektstørrelse og APT's cache-control-indstillinger, før du forventer, at pakkeforespørgsler bliver Squid-hits.
APT og aptitude kan hente lagerfiler via HTTP. Squid kan cache et kvalificeret HTTP-svar; klienten behøver ikke være en webbrowser.
I en Squid 6- eller 7-udrulning skal du kontrollere disse input, når hver pakkeoverførsel stadig når oprindelsen:
- Downloadet bruger HTTP, eller Squid har på anden måde adgang til HTTP-udvekslingen. En HTTPS CONNECT-tunnel alene eksponerer ikke pakkesvaret for caching.
- Cachen har passende lager konfigureret. Vellykket videresendelse beviser ikke, at der findes en diskcache.
- Arkivet passer til den relevante cachemappes maksimale objektstørrelse. Små metadata og en stor .deb kan give forskellige resultater.
- Forespørgslen og svaret tillader lagring og genbrug under deres cache-control-politik.
APT eksponerer Acquire::http::No-Cache, Max-Age og No-Store. No-Store kan forhindre, at de ønskede arkivfiler gemmes. No-Cache kræver revalidering, før et gemt svar genbruges. Undersøg den effektive APT-konfiguration såvel som Squids politik.
Sammenlign den samme fulde URL, og undersøg cache-resultatet i access.log. Forskellige spejl-værter, ændrede lagerstier eller en lokalt cachet pakke kan betyde, at to installationer aldrig anmoder om det samme netværksobjekt.
Et lagerspejl vedligeholder lagerindhold med vilje i stedet for kun at stole på efterspørgselsdrevet HTTP-cachegenbrug.