Quando o Squid pode armazenar pacotes APT em cache
Verifique o transporte HTTP, o armazenamento do cache, o tamanho do objeto e as definições cache-control do APT antes de esperar que os pedidos de pacotes se tornem acertos do Squid.
O APT e o aptitude podem obter ficheiros de repositório através de HTTP. O Squid pode armazenar em cache uma resposta HTTP elegível; o cliente não tem de ser um navegador web.
Numa implementação do Squid 6 ou 7, verifique estas entradas quando cada transferência de pacote ainda chega à origem:
- A transferência usa HTTP, ou o Squid tem de outra forma acesso à troca HTTP. Um túnel HTTPS CONNECT sozinho não expõe a resposta do pacote ao cache.
- O cache tem armazenamento adequado configurado. O encaminhamento bem-sucedido não prova que exista um cache em disco.
- O arquivo cabe no tamanho máximo de objeto do diretório de cache aplicável. Metadados pequenos e um .deb grande podem dar resultados diferentes.
- O pedido e a resposta permitem armazenamento e reutilização segundo a sua política cache-control.
O APT expõe Acquire::http::No-Cache, Max-Age e No-Store. O No-Store pode impedir que os ficheiros de arquivo pedidos sejam armazenados. O No-Cache pede revalidação antes de reutilizar uma resposta armazenada. Inspecione a configuração efetiva do APT e também a política do Squid.
Compare o mesmo URL completo e inspecione o resultado do cache em access.log. Anfitriões de espelho diferentes, caminhos de repositório alterados ou um pacote em cache localmente podem significar que duas instalações nunca pedem o mesmo objeto de rede.
Um espelho de repositório mantém o conteúdo do repositório deliberadamente em vez de depender apenas da reutilização do cache HTTP a pedido.