Kdy může Squid ukládat balíčky APT do mezipaměti
Než začnete očekávat, že se požadavky na balíčky stanou zásahy Squidu, zkontrolujte přenos HTTP, úložiště mezipaměti, velikost objektu a nastavení cache-control v APT.
APT a aptitude mohou načítat soubory repozitáře přes HTTP. Squid může ukládat vhodnou odpověď HTTP do mezipaměti; klient nemusí být webový prohlížeč.
V nasazení Squidu 6 nebo 7 zkontrolujte tyto vstupy, když každý přenos balíčku stále dosahuje zdroje:
- Stahování používá HTTP, nebo má Squid jinak přístup k výměně HTTP. Samotný tunel HTTPS CONNECT nevystavuje odpověď balíčku pro ukládání do mezipaměti.
- Mezipaměť má nakonfigurované vhodné úložiště. Úspěšné předávání nedokazuje, že existuje disková mezipaměť.
- Archiv se vejde do maximální velikosti objektu příslušného adresáře mezipaměti. Malá metadata a velký .deb mohou mít různé výsledky.
- Požadavek a odpověď dovolují uložení a opětovné použití podle své zásady cache-control.
APT vystavuje Acquire::http::No-Cache, Max-Age a No-Store. No-Store může zabránit uložení požadovaných archivních souborů. No-Cache vyžaduje opětovné ověření před opětovným použitím uložené odpovědi. Prozkoumejte efektivní konfiguraci APT i zásadu Squidu.
Porovnejte stejnou úplnou URL a prozkoumejte výsledek mezipaměti v access.log. Různí hostitelé zrcadel, změněné cesty repozitáře nebo lokálně uložený balíček mohou znamenat, že dvě instalace nikdy nepožadují stejný síťový objekt.
Zrcadlo repozitáře udržuje obsah repozitáře záměrně, místo aby se spoléhalo pouze na opětovné použití mezipaměti HTTP na vyžádání.