Cuándo Squid puede almacenar en caché paquetes APT
Compruebe el transporte HTTP, el almacenamiento de caché, el tamaño del objeto y los ajustes de cache-control de APT antes de esperar que las solicitudes de paquetes se conviertan en aciertos de Squid.
APT y aptitude pueden obtener archivos de repositorio mediante HTTP. Squid puede almacenar en caché una respuesta HTTP elegible; el cliente no tiene que ser un navegador web.
En una implementación de Squid 6 o 7, compruebe estas entradas cuando cada transferencia de paquete sigue llegando al origen:
- La descarga usa HTTP, o Squid tiene acceso de otro modo al intercambio HTTP. Un túnel HTTPS CONNECT por sí solo no expone la respuesta del paquete para el almacenamiento en caché.
- La caché tiene configurado un almacenamiento adecuado. El reenvío correcto no demuestra que exista una caché en disco.
- El archivo cabe en el tamaño máximo de objeto del directorio de caché aplicable. Los metadatos pequeños y un .deb grande pueden dar resultados distintos.
- La solicitud y la respuesta permiten el almacenamiento y la reutilización según su política de cache-control.
APT expone Acquire::http::No-Cache, Max-Age y No-Store. No-Store puede impedir que se almacenen los archivos de archivo solicitados. No-Cache pide una revalidación antes de reutilizar una respuesta almacenada. Inspeccione la configuración efectiva de APT y también la política de Squid.
Compare la misma URL completa e inspeccione el resultado de la caché en access.log. Distintos hosts de réplica, rutas de repositorio modificadas o un paquete almacenado localmente pueden significar que dos instalaciones nunca solicitan el mismo objeto de red.
Una réplica de repositorio mantiene el contenido del repositorio de forma deliberada en lugar de depender solo de la reutilización de caché HTTP bajo demanda.