När Squid kan cacha APT-paket
Kontrollera HTTP-transport, cacheminne, objektstorlek och APT:s cache-control-inställningar innan du förväntar dig att paketförfrågningar blir Squid-träffar.
APT och aptitude kan hämta förrådsfiler via HTTP. Squid kan cacha ett kvalificerat HTTP-svar; klienten behöver inte vara en webbläsare.
I en Squid 6- eller 7-driftsättning, kontrollera dessa indata när varje paketöverföring fortfarande når ursprunget:
- Nedladdningen använder HTTP, eller så har Squid på annat sätt åtkomst till HTTP-utbytet. Enbart en HTTPS CONNECT-tunnel exponerar inte paketsvaret för cachning.
- Cachen har lämplig lagring konfigurerad. Lyckad vidarebefordran bevisar inte att det finns en diskcache.
- Arkivet ryms inom den aktuella cachemappens maximala objektstorlek. Små metadata och en stor .deb kan ge olika resultat.
- Förfrågan och svaret tillåter lagring och återanvändning enligt deras cache-control-policy.
APT exponerar Acquire::http::No-Cache, Max-Age och No-Store. No-Store kan hindra att begärda arkivfiler lagras. No-Cache begär omvalidering innan ett lagrat svar återanvänds. Granska den effektiva APT-konfigurationen såväl som Squids policy.
Jämför samma fullständiga URL och granska cacheresultatet i access.log. Olika spegelvärdar, ändrade förrådsökvägar eller ett lokalt cachat paket kan innebära att två installationer aldrig begär samma nätverksobjekt.
En förrådsspegel underhåller förrådsinnehållet medvetet i stället för att bara förlita sig på efterfrågestyrd HTTP-cacheåteranvändning.