Spieëlrotasie verander wat Squid kan hergebruik
Verduidelik waarom identiese RPM-pakkette wat van verskillende spieël-URL's afgelaai is, aparte Squid-kasinskrywings kan beset.
Twee kliënte laai dieselfde RPM deur Squid af, maar die tweede oordrag bereik steeds 'n spieël. Vergelyk die volledige versoek-URL's:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmDie pakketlêernames stem ooreen; hul teiken-URI's verskil. HTTP-kassleutels sluit ten minste die versoekmetode en die teiken-URI in, dus stemmende pakketkontrolesomme voeg nie outomaties by hierdie inskrywings nie.
Yum en DNF kan 'n vaste baseurl gebruik of spieëls deur mirrorlist en metalink ontdek. Identiese installasies kan dus verskillende aflaai-URL's kies.
Die gebruik van een goedgekeurde spieël gee sigbare versoeke 'n konsekwente kasidentiteit. Hou pakhuispaaie, argitektuur en suite in lyn. Vaspenning verander ook beskikbaarheid en spieëlkeusegedrag, so maak dit 'n besluit oor pakhuisbeleid.
Kontroleer of objekkassering beskikbaar is
Binne 'n gewone HTTPS CONNECT-tonnel kan Squid nie die RPM-responsliggaam vir HTTP-kassering sien nie. 'n Algemene spieël-gasheernaam sal dit nie verander nie. Hou HTTPS-pakhuise geïnkripteer.
Vir response wat Squid kan kas, hang hergebruik steeds van varsheid, versoek- en responsdirektiewe en plaaslike kasbeleid af. Teken die gekose URL aan, of die transaksie sigbare HTTP of 'n geïnkripteerde tonnel was, en die kasresultaat daarvan om 'n mis te verduidelik.