Kedy môže Squid ukladať balíčky APT do vyrovnávacej pamäte
Predtým, ako začnete očakávať, že požiadavky na balíčky sa stanú zásahmi Squidu, skontrolujte prenos HTTP, úložisko vyrovnávacej pamäte, veľkosť objektu a nastavenia cache-control v APT.
APT a aptitude môžu získavať súbory repozitára cez HTTP. Squid môže ukladať vhodnú odpoveď HTTP do vyrovnávacej pamäte; klient nemusí byť webový prehliadač.
V nasadení Squidu 6 alebo 7 skontrolujte tieto vstupy, keď každý prenos balíčka stále dosahuje zdroj:
- Sťahovanie používa HTTP alebo má Squid inak prístup k výmene HTTP. Samotný tunel HTTPS CONNECT nevystavuje odpoveď balíčka na ukladanie do vyrovnávacej pamäte.
- Vyrovnávacia pamäť má nakonfigurované vhodné úložisko. Úspešné preposielanie nedokazuje, že existuje disková vyrovnávacia pamäť.
- Archív sa zmestí do maximálnej veľkosti objektu príslušného adresára vyrovnávacej pamäte. Malé metadáta a veľký .deb môžu mať rôzne výsledky.
- Požiadavka a odpoveď povoľujú uloženie a opätovné použitie podľa ich zásady cache-control.
APT vystavuje Acquire::http::No-Cache, Max-Age a No-Store. No-Store môže zabrániť uloženiu požadovaných archívnych súborov. No-Cache vyžaduje opätovné overenie pred opätovným použitím uloženej odpovede. Preskúmajte efektívnu konfiguráciu APT aj zásadu Squidu.
Porovnajte rovnakú úplnú URL a preskúmajte výsledok vyrovnávacej pamäte v access.log. Rôzni hostitelia zrkadiel, zmenené cesty repozitára alebo lokálne uložený balíček môžu znamenať, že dve inštalácie nikdy nepožadujú ten istý sieťový objekt.
Zrkadlo repozitára udržiava obsah repozitára zámerne, namiesto toho, aby sa spoliehalo len na opätovné použitie vyrovnávacej pamäte HTTP na požiadanie.