Speilrotasjon endrer hva Squid kan gjenbruke

To klienter henter den samme RPM-en gjennom Squid, men den andre overføringen når fortsatt et speil. Sammenlign de fullstendige forespørsels-URL-ene:

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

Pakkens filnavn stemmer; mål-URI-ene deres er forskjellige. HTTP-buffernøkler inneholder minst forespørselsmetoden og mål-URI-en, så samsvarende kontrollsummer for pakken slår ikke automatisk sammen disse oppføringene.

Yum og DNF kan bruke en fast baseurl eller oppdage speil via mirrorlist og metalink. Identiske installasjoner kan derfor velge forskjellige nedlastings-URL-er.

Bruk av ett godkjent speil gir synlige forespørsler en konsistent bufferidentitet. Hold lagringsbaner, arkitektur og suite på linje. Festing endrer også tilgjengelighet og atferd ved speilvalg, så gjør det til en beslutning om lagringspolicy.

Kontroller om objektbufring er tilgjengelig

Inne i en vanlig HTTPS CONNECT-tunnel kan ikke Squid se RPM-svarets kropp for HTTP-bufring. Et felles speil-vertsnavn endrer ikke det. Hold HTTPS-lagre krypterte.

For svar som Squid kan bufre, avhenger gjenbruk fortsatt av ferskhet, forespørsels- og svardirektiver og lokal bufferpolicy. Registrer den valgte URL-en, om transaksjonen var synlig HTTP eller en kryptert tunnel, og bufferresultatet for å forklare et bomtreff.