Հայելիների պտույտը փոխում է, թե ինչ կարող է Squid-ը կրկին օգտագործել

Երկու հաճախորդ ներբեռնում են նույն RPM-ը Squid-ի միջոցով, սակայն երկրորդ փոխանցումը դեռ հասնում է հայելու։ Համեմատեք հարցումների ամբողջական 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-ը չի տեսնում RPM պատասխանի մարմինը HTTP քեշավորման համար։ Հայելու ընդհանուր հոսթի անունը դա չի փոխի։ Պահեք HTTPS պահոցները գաղտնագրված։

Այն պատասխանների համար, որոնք Squid-ը կարող է քեշավորել, կրկնակի օգտագործումը դեռ կախված է թարմությունից, հարցման և պատասխանի հրահանգներից և տեղական քեշի քաղաքականությունից։ Գրանցեք ընտրված URL-ը, թե գործարքը տեսանելի HTTP էր, թե գաղտնագրված թունել, և դրա քեշի արդյունքը՝ բաց թողնվածը բացատրելու համար։