Kada Squid gali saugoti APT paketus podėlyje
Patikrinkite HTTP transportavimą, podėlio saugyklą, objekto dydį ir APT cache-control nustatymus prieš tikėdamiesi, kad paketų užklausos taps Squid pataikymais.
APT ir aptitude gali gauti saugyklos failus per HTTP. Squid gali saugoti tinkamą HTTP atsakymą podėlyje; klientas neturi būti naršyklė.
Squid 6 arba 7 diegime patikrinkite šiuos įvestis, kai kiekvienas paketo perdavimas vis dar pasiekia šaltinį:
- Atsisiuntimas naudoja HTTP arba Squid kitaip turi prieigą prie HTTP mainų. Vien HTTPS CONNECT tunelis neatskleidžia paketo atsakymo podėliavimui.
- Podėlyje sukonfigūruota tinkama saugykla. Sėkmingas persiuntimas neįrodo, kad yra disko podėlis.
- Archyvas telpa į taikomo podėlio katalogo didžiausią objekto dydį. Maži metaduomenys ir didelis .deb gali duoti skirtingus rezultatus.
- Užklausa ir atsakymas leidžia saugoti ir naudoti iš naujo pagal jų cache-control politiką.
APT siūlo Acquire::http::No-Cache, Max-Age ir No-Store. No-Store gali neleisti saugoti prašomų archyvo failų. No-Cache reikalauja pakartotinio patvirtinimo prieš naudojant saugomą atsakymą iš naujo. Patikrinkite veiksmingą APT konfigūraciją ir Squid politiką.
Palyginkite tą patį visą URL ir patikrinkite podėlio rezultatą faile access.log. Skirtingi veidrodžių hostai, pasikeitę saugyklos keliai arba vietoje podėlyje saugomas paketas gali reikšti, kad du diegimai niekada neprašo to paties tinklo objekto.
Saugyklos veidrodis sąmoningai palaiko saugyklos turinį, o nepasikliauja vien paklausa grindžiamu HTTP podėlio pakartotiniu naudojimu.