Wanneer Squid APT-pakkette kan kas
Kontroleer HTTP-vervoer, kasberging, objekgrootte en APT se kasbeheer-instellings voordat jy verwag dat pakketversoeke Squid-treffers word.
APT en aptitude kan repository-lêers deur HTTP haal. Squid kan 'n geskikte HTTP-antwoord kas; die kliënt hoef nie 'n webblaaier te wees nie.
Vir 'n Squid 6- of 7-ontplooiing, kontroleer hierdie insette wanneer elke pakketoorhandiging steeds die oorsprong bereik:
- Die aflaai gebruik HTTP, of Squid het andersins toegang tot die HTTP-uitruiling. Net 'n HTTPS CONNECT-tonnel stel nie die pakketantwoord vir kasberging bloot nie.
- Die kas het geskikte berging opgestel. Suksesvolle deurvoer bewys nie dat 'n skyfkas bestaan nie.
- Die argief pas by die toepaslike kasgids se maksimum objekgrootte. Klein metadata en 'n groot .deb kan verskillende uitkomste hê.
- Die versoek en antwoord laat berging en hergebruik onder hul kasbeheer-beleid toe.
APT bied Acquire::http::No-Cache, Max-Age en No-Store. No-Store kan verhoed dat gevraagde argieflêers gestoor word. No-Cache vra hervalidering voordat 'n gestoorde antwoord hergebruik word. Ondersoek die effektiewe APT-konfigurasie sowel as Squid se beleid.
Vergelyk dieselfde volledige URL en ondersoek die kasresultaat in access.log. Verskillende spieëlhosts, veranderde repository-paaie of 'n plaaslik gekaste pakket kan beteken dat twee installasies nooit dieselfde netwerkobjek aanvra nie.
'n Repository-spieël onderhou repository-inhoud doelbewus eerder as om slegs op aanvraaggedrewe HTTP-kashergebruik te vertrou.