Quando Squid può memorizzare nella cache i pacchetti APT
Controllate trasporto HTTP, archivio della cache, dimensione degli oggetti e impostazioni cache-control di APT prima di aspettarvi che le richieste dei pacchetti diventino hit di Squid.
APT e aptitude possono recuperare i file del repository tramite HTTP. Squid può memorizzare nella cache una risposta HTTP idonea; il client non deve necessariamente essere un browser web.
In un'installazione di Squid 6 o 7, controllate questi input quando ogni trasferimento di pacchetto raggiunge ancora l'origine:
- Il download usa HTTP, oppure Squid ha comunque accesso allo scambio HTTP. Un tunnel HTTPS CONNECT da solo non espone la risposta del pacchetto alla cache.
- La cache ha uno spazio di archiviazione adeguato configurato. Un inoltro riuscito non dimostra che esista una cache su disco.
- L'archivio rientra nella dimensione massima degli oggetti della directory di cache applicabile. Metadati piccoli e un .deb grande possono dare esiti diversi.
- La richiesta e la risposta consentono archiviazione e riuso secondo la loro politica cache-control.
APT espone Acquire::http::No-Cache, Max-Age e No-Store. No-Store può impedire l'archiviazione dei file di archivio richiesti. No-Cache richiede una rivalidazione prima di riutilizzare una risposta archiviata. Esaminate la configurazione APT effettiva e anche la politica di Squid.
Confrontate lo stesso URL completo ed esaminate il risultato della cache in access.log. Host mirror diversi, percorsi del repository modificati o un pacchetto memorizzato localmente possono significare che due installazioni non richiedono mai lo stesso oggetto di rete.
Un mirror del repository mantiene deliberatamente il contenuto del repository invece di affidarsi solo al riuso della cache HTTP su richiesta.