Spiegelrotatie verandert wat Squid opnieuw kan gebruiken
Leg uit waarom identieke RPM-pakketten die van verschillende spiegel-URL's worden gedownload, afzonderlijke Squid-cache-items kunnen bezetten.
Twee clients downloaden hetzelfde RPM via Squid, maar de tweede overdracht bereikt nog steeds een spiegel. Vergelijk de volledige aanvraag-URL's:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmDe bestandsnamen van het pakket komen overeen; hun doel-URI's verschillen. HTTP-cachesleutels bevatten ten minste de aanvraagmethode en de doel-URI, dus overeenkomende pakketcontrolesommen voegen deze items niet automatisch samen.
Yum en DNF kunnen een vaste baseurl gebruiken of spiegels ontdekken via mirrorlist en metalink. Identieke installaties kunnen daardoor verschillende download-URL's kiezen.
Eén goedgekeurde spiegel gebruiken geeft zichtbare aanvragen een consistente cache-identiteit. Houd opslagpaden, architectuur en suite op één lijn. Vastpinnen verandert ook de beschikbaarheid en het gedrag bij spiegelkeuze, maak er dus een beslissing over opslagbeleid van.
Controleer of objectcaching beschikbaar is
Binnen een gewone HTTPS CONNECT-tunnel kan Squid de RPM-responsbody niet zien voor HTTP-caching. Een gedeelde spiegelhostnaam verandert dat niet. Houd HTTPS-opslag versleuteld.
Voor reacties die Squid kan cachen, hangt hergebruik nog steeds af van versheid, aanvraag- en reactiedirectieven en lokaal cachebeleid. Noteer de gekozen URL, of de transactie zichtbare HTTP of een versleutelde tunnel was, en het cacheresultaat om een misser te verklaren.