Толь эргэлт нь Squid-ийн дахин ашиглах боломжтой зүйлийг өөрчилдөг
Янз бүрийн толин URL-аас татсан ижил RPM багцууд яагаад тусдаа Squid кэш бичлэг эзэлж болохыг тайлбарлана уу.
Хоёр клиент Squid-ээр нэг RPM татдаг ч хоёр дахь дамжуулалт толинд хүрсээр байна. Бүрэн хүсэлтийн URL-уудыг харьцуулна уу:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmБагцын файлын нэр ижил боловч тэдгээрийн зорилтот URI өөр байна. HTTP кэшийн түлхүүрт хамгийн багадаа хүсэлтийн арга ба зорилтот URI багтдаг тул ижил багц шалгах нийлбэрүүд эдгээр бичлэгийг автоматаар нэгтгэдэггүй.
Yum болон DNF тогтмол baseurl ашиглах эсвэл mirrorlist болон metalink-аар толь олж болно. Тиймээс ижил суулгацууд өөр татах URL сонгож болно.
Нэг зөвшөөрөгдсөн толь ашиглах нь харагдах хүсэлтүүдэд тогтвортой кэшийн таних тэмдэг өгдөг. Агуулахын зам, архитектур, багцыг зэрэгцүүлэн байлга. Бэхлэлт нь боломж ба толь сонголтын зан төлөвийг өөрчилдөг тул үүнийг агуулахын бодлогын шийдвэр болго.
Объект кэшлэх боломжтой эсэхийг шалга
Энгийн HTTPS CONNECT туннелийн дотор Squid нь HTTP кэшлэлтэд зориулж RPM хариултын үндсэн хэсгийг харж чадахгүй. Нийтлэг толин хост нэр үүнийг өөрчлөхгүй. HTTPS агуулахуудыг шифрлэсэн байлга.
Squid кэшлэх боломжтой хариултуудын хувьд дахин ашиглалт нь шинэлэг байдал, хүсэлт ба хариултын заавар, локал кэшийн бодлогоос хамаарас хэвээр. Сонгосон URL, гүйлгээ нь харагдах HTTP эсвэл шифрлэсэн туннель байсан эсэх, түүний кэшийн үр дүнг бичиж үлдээ.