Spejlrotation ændrer, hvad Squid kan genbruge
Forklar, hvorfor identiske RPM-pakker hentet fra forskellige spejl-URL'er kan optage separate Squid-cacheposter.
To klienter henter den samme RPM gennem Squid, men den anden overførsel når stadig et spejl. Sammenlign de fulde anmodnings-URL'er:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmPakkens filnavne er ens; deres mål-URI'er er forskellige. HTTP-cachenøgler indeholder mindst anmodningsmetoden og mål-URI'en, så matchende kontrolsummer for pakken slår ikke automatisk disse poster sammen.
Yum og DNF kan bruge en fast baseurl eller finde spejle via mirrorlist og metalink. Identiske installationer kan derfor vælge forskellige download-URL'er.
Brug af ét godkendt spejl giver synlige anmodninger en ensartet cacheidentitet. Hold lagerstier, arkitektur og suite på linje. Fastgørelse ændrer også tilgængelighed og adfærd for spejlvalg, så gør det til en beslutning om lagerpolitik.
Kontroller, om objektcaching er tilgængelig
Inde i en almindelig HTTPS CONNECT-tunnel kan Squid ikke se RPM-svarets krop til HTTP-caching. Et fælles spejl-værtsnavn ændrer ikke det. Hold HTTPS-lagre krypterede.
For svar som Squid kan cache, afhænger genbrug stadig af friskhed, anmodnings- og svardirektiver og lokal cachepolitik. Registrer den valgte URL, om transaktionen var synlig HTTP eller en krypteret tunnel, og dens cacheresultat for at forklare et fejlslag.