Când Squid poate stoca în cache pachetele APT
Verificați transportul HTTP, spațiul de stocare al cache-ului, dimensiunea obiectului și setările cache-control ale APT înainte de a vă aștepta ca cererile de pachete să devină hit-uri Squid.
APT și aptitude pot prelua fișiere din depozit prin HTTP. Squid poate stoca în cache un răspuns HTTP eligibil; clientul nu trebuie să fie un browser web.
Într-o implementare Squid 6 sau 7, verificați aceste intrări când fiecare transfer de pachet ajunge încă la origine:
- Descărcarea folosește HTTP sau Squid are altfel acces la schimbul HTTP. Un singur tunel HTTPS CONNECT nu expune răspunsul pachetului pentru stocare în cache.
- Cache-ul are configurat un spațiu de stocare adecvat. O redirecționare reușită nu dovedește că există un cache pe disc.
- Arhiva se încadrează în dimensiunea maximă a obiectului din directorul de cache aplicabil. Metadatele mici și un .deb mare pot da rezultate diferite.
- Cererea și răspunsul permit stocarea și reutilizarea conform politicii lor cache-control.
APT expune Acquire::http::No-Cache, Max-Age și No-Store. No-Store poate împiedica stocarea fișierelor de arhivă solicitate. No-Cache cere revalidare înainte de a reutiliza un răspuns stocat. Inspectați configurația efectivă a APT, precum și politica Squid.
Comparați același URL complet și inspectați rezultatul cache-ului în access.log. Gazde oglindă diferite, căi de depozit modificate sau un pachet stocat local pot însemna că două instalări nu solicită niciodată același obiect de rețea.
O oglindă de depozit întreține conținutul depozitului în mod deliberat, în loc să se bazeze doar pe reutilizarea cache-ului HTTP la cerere.