Squid хэзээ APT багцуудыг кэшлэх боломжтой
Багцын хүсэлтүүд Squid-ийн олдвор болно гэж хүлээхээс өмнө HTTP тээвэр, кэш хадгалах сан, объектын хэмжээ болон APT-ийн cache-control тохиргоог шалгана уу.
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 кэшийн дахин ашиглалтад найдахын оронд сангийн агуулгыг зориуд хадгалдаг.