Wanneer Squid APT-pakketten kan cachen
Controleer HTTP-transport, cacheopslag, objectgrootte en APT's cache-control-instellingen voordat u verwacht dat pakketaanvragen Squid-treffers worden.
APT en aptitude kunnen repositorybestanden via HTTP ophalen. Squid kan een geschikt HTTP-antwoord cachen; de client hoeft geen webbrowser te zijn.
Bij een Squid 6- of 7-implementatie controleert u deze invoer wanneer elke pakketoverdracht nog steeds de oorsprong bereikt:
- De download gebruikt HTTP, of Squid heeft anderszins toegang tot de HTTP-uitwisseling. Alleen een HTTPS CONNECT-tunnel stelt het pakketantwoord niet bloot aan caching.
- De cache heeft geschikte opslag geconfigureerd. Succesvol doorsturen bewijst niet dat er een schijfcache bestaat.
- Het archief past binnen de maximale objectgrootte van de betreffende cachemap. Kleine metadata en een grote .deb kunnen verschillende resultaten geven.
- Het verzoek en het antwoord staan opslag en hergebruik toe volgens hun cache-control-beleid.
APT biedt Acquire::http::No-Cache, Max-Age en No-Store. No-Store kan verhinderen dat opgevraagde archiefbestanden worden opgeslagen. No-Cache vraagt om hervalidatie voordat een opgeslagen antwoord opnieuw wordt gebruikt. Onderzoek de effectieve APT-configuratie én het beleid van Squid.
Vergelijk dezelfde volledige URL en onderzoek het cacheresultaat in access.log. Verschillende mirrorhosts, gewijzigde repositorypaden of een lokaal gecacht pakket kunnen betekenen dat twee installaties nooit hetzelfde netwerkobject opvragen.
Een repositorymirror onderhoudt de repositoryinhoud bewust in plaats van alleen te vertrouwen op vraaggestuurd hergebruik van de HTTP-cache.