Cando Squid pode almacenar en caché paquetes APT
Comprobe o transporte HTTP, o almacenamento da caché, o tamaño do obxecto e os axustes de cache-control de APT antes de esperar que as solicitudes de paquetes se convertan en acertos de Squid.
APT e aptitude poden obter ficheiros de repositorio mediante HTTP. Squid pode almacenar en caché unha resposta HTTP elixible; o cliente non ten que ser un navegador web.
Nunha implementación de Squid 6 ou 7, comprobe estas entradas cando cada transferencia de paquete aínda chega á orixe:
- A descarga usa HTTP, ou Squid ten acceso doutro xeito ao intercambio HTTP. Un túnel HTTPS CONNECT por si só non expón a resposta do paquete para a caché.
- A caché ten configurado un almacenamento axeitado. O reenvío correcto non demostra que exista unha caché en disco.
- O arquivo cabe no tamaño máximo de obxecto do directorio de caché aplicable. Os metadatos pequenos e un .deb grande poden dar resultados distintos.
- A solicitude e a resposta permiten o almacenamento e a reutilización segundo a súa política de cache-control.
APT expón Acquire::http::No-Cache, Max-Age e No-Store. No-Store pode impedir que se almacenen os ficheiros de arquivo solicitados. No-Cache pide unha revalidación antes de reutilizar unha resposta almacenada. Inspeccione a configuración efectiva de APT así como a política de Squid.
Compare o mesmo URL completo e inspeccione o resultado da caché en access.log. Distintos hosts de espello, rutas de repositorio modificadas ou un paquete almacenado localmente poden significar que dúas instalacións nunca solicitan o mesmo obxecto de rede.
Un espello de repositorio mantén o contido do repositorio de forma deliberada en lugar de depender só da reutilización de caché HTTP baixo demanda.