Wéini Squid APT-Päckche kann cache
Kontrolléiert HTTP-Transport, Cache-Späicher, Objektgréisst an APT cache-control-Astellungen, ier Dir erwaart datt Päckchetsufroen Squid-Hits ginn.
APT an aptitude kënnen Repository-Dateien iwwer HTTP ofruffen. Squid kann eng uerdentlech HTTP-Antwert cache; de Client muss net e Webbrowser sinn.
An enger Squid 6 oder 7 Installatioun kontrolléiert dës Inputen, wann all Päckchetransfer nach ëmmer den Urspronk erreecht:
- Den Download benotzt HTTP, oder Squid huet anescht Zougang zum HTTP-Austausch. En HTTPS CONNECT-Tunnel eleng setzt d'Päckcheantwort net fir de Cache aus.
- De Cache huet e passende Späicher konfiguréiert. Eng erfollegräich Weiderleeung beweist net, datt et en Disk-Cache gëtt.
- D'Archiv passt an déi maximal Objektgréisst vum zoustännegen Cache-Verzeechnes. Kleng Metadaten an e groussen .deb kënnen ënnerschiddlech Resultater ginn.
- D'Ufro an d'Äntwert erlaben d'Späicheren an d'Wiederverwenden ënner hirer cache-control-Politik.
APT bitt Acquire::http::No-Cache, Max-Age an No-Store. No-Store kann verhënneren, datt ugefrote Archivdateie gespäichert ginn. No-Cache freet eng Neivalidéierung, ier eng gespäichert Äntwert wiederverwäert gëtt. Iwwerpréift déi effektiv APT-Konfiguratioun souwéi d'Politik vum Squid.
Vergläicht déiselwecht komplett URL a kontrolléiert d'Cache-Resultat an access.log. Verschidde Spigelhosten, geännert Repository-Weeër oder e lokal gecachte Päckche kënnen heeschen, datt zwou Installatiounen ni datselwecht Netzwierkobjekt ufroen.
E Repository-Spigel ënnerhält de Repository-Inhalt bewosst, amplaz sech nëmmen op ufuerderungsgedriwwen HTTP-Cache-Wiederverwendung ze verloossen.