Squid가 APT 패키지를 캐시할 수 있는 경우

APT와 aptitude는 HTTP를 통해 저장소 파일을 가져올 수 있습니다. Squid는 적격한 HTTP 응답을 캐시할 수 있으며, 클라이언트가 웹 브라우저일 필요는 없습니다.

Squid 6 또는 7 배포에서 모든 패키지 전송이 여전히 원본에 도달한다면 다음 입력을 확인하십시오.

• 다운로드가 HTTP를 사용하거나 Squid가 다른 방식으로 HTTP 교환에 접근할 수 있어야 합니다. HTTPS CONNECT 터널만으로는 패키지 응답이 캐시에 노출되지 않습니다.
• 캐시에 적절한 저장소가 구성되어 있는지 확인하십시오. 전달 성공은 디스크 캐시의 존재를 증명하지 않습니다.
• 아카이브가 해당 캐시 디렉터리의 최대 객체 크기에 들어가는지 확인하십시오. 작은 메타데이터와 큰 .deb는 결과가 다를 수 있습니다.
• 요청과 응답의 cache-control 정책이 저장과 재사용을 허용하는지 확인하십시오.

APT는 Acquire::http::No-Cache, Max-Age, No-Store를 제공합니다. No-Store는 요청된 아카이브 파일이 저장되는 것을 막을 수 있습니다. No-Cache는 저장된 응답을 재사용하기 전에 재검증을 요구합니다. 유효한 APT 구성과 Squid 정책을 모두 확인하십시오.

동일한 전체 URL을 비교하고 access.log에서 캐시 결과를 확인하십시오. 서로 다른 미러 호스트, 변경된 저장소 경로 또는 로컬에 캐시된 패키지는 두 설치가 결코 같은 네트워크 객체를 요청하지 않음을 의미할 수 있습니다.

저장소 미러는 수요 기반 HTTP 캐시 재사용에만 의존하지 않고 저장소 내용을 의도적으로 유지합니다.