Wateja wawili hupakua RPM moja kupitia Squid, lakini uhamishaji wa pili bado hufikia kioo. Linganisha URL kamili za maombi:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

Majina ya faili za kifurushi yanafanana; URI zao lengwa zinatofautiana. Funguo za akiba ya HTTP hujumuisha angalau mbinu ya ombi na URI lengwa, kwa hivyo checksum zinazolingana za kifurushi haziunganishi maingizo haya kiotomatiki.

Yum na DNF zinaweza kutumia baseurl isiyobadilika au kugundua vioo kupitia mirrorlist na metalink. Kwa hivyo usakinishaji unaofanana unaweza kuchagua URL tofauti za upakuaji.

Kutumia kioo kimoja kilichoidhinishwa huwapa maombi yanayoonekana utambulisho thabiti wa akiba. Weka njia za hazina, usanifu na seti zikilingana. Kubandika pia hubadilisha upatikanaji na tabia ya uteuzi wa vioo, kwa hivyo ifanye kuwa uamuzi wa sera ya hazina.

Angalia kama uhifadhi wa vitu kwenye akiba unapatikana

Ndani ya handaki la kawaida la HTTPS CONNECT Squid haiwezi kuona mwili wa jibu la RPM kwa ajili ya akiba ya HTTP. Jina la mwenyeji la kioo la pamoja halitabadilisha hilo. Weka hazina za HTTPS zimesimbwa.

Kwa majibu ambayo Squid inaweza kuhifadhi, utumiaji tena bado unategemea ubichi, maagizo ya ombi na jibu na sera ya ndani ya akiba. Rekodi URL iliyochaguliwa, kama muamala ulikuwa HTTP inayoonekana au handaki iliyosimbwa, na matokeo yake ya akiba ili kueleza ukosefu.

Makala zinazohusiana