Wannear't Squid APT-pakketten yn 'e cache sette kin
Kontrolearje HTTP-ferfier, cache-opslach, objektgrutte en APT's cache-control-ynstellings foardat jo ferwachtsje dat pakketfersiken Squid-hits wurde.
APT en aptitude kinne repository-bestannen fia HTTP ophelje. Squid kin in geskikt HTTP-antwurd yn 'e cache sette; de klant hoecht gjin webbrowser te wêzen.
Yn in Squid 6- of 7-ynstallaasje, kontrolearje dizze ynfieren as elk pakketferfier noch de oarsprong berikt:
- De download brûkt HTTP, of Squid hat oars tagong ta de HTTP-útwikseling. In HTTPS CONNECT-tunnel allinnich stelt it pakketantwurd net bleat foar caching.
- De cache hat geskikte opslach konfigurearre. Suksesfol trochstjoere bewiist net dat der in skiifcache bestiet.
- It argyf past by de maksimale objektgrutte fan 'e tapaslike cachemap. Lytse metadata en in grut .deb kinne ferskate útkomsten hawwe.
- It fersyk en it antwurd tastean opslach en wergebrûk ûnder har cache-control-belied.
APT biedt Acquire::http::No-Cache, Max-Age en No-Store. No-Store kin foarkomme dat frege argyfbestannen bewarre wurde. No-Cache freget om opnij te falidearjen foardat in bewarre antwurd wer brûkt wurdt. Undersykje de effektive APT-konfiguraasje en ek it belied fan Squid.
Fergelykje deselde folsleine URL en ûndersykje it cache-resultaat yn access.log. Ferskillende spegelhosts, feroare repository-paden of in lokaal cachet pakket kinne betsjutte dat twa ynstallaasjes nea itselde netwurkobjekt opfreegje.
In repository-spegel ûnderhâldt repository-ynhâld bewust ynstee fan allinnich te fertrouwen op fraachstjoerde HTTP-cache-wergebrûk.