Spegelrotation ändrar vad Squid kan återanvända
Förklara varför identiska RPM-paket hämtade från olika spegel-URL:er kan uppta separata Squid-cacheposter.
Två klienter hämtar samma RPM genom Squid, men den andra överföringen når fortfarande en spegel. Jämför de fullständiga förfrågnings-URL:erna:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmPakkets filnamn stämmer; deras mål-URI:er skiljer sig. HTTP-cachenycklar innehåller minst förfrågningsmetoden och mål-URI:n, så matchande kontrollsummor för paketet slår inte automatiskt samman dessa poster.
Yum och DNF kan använda en fast baseurl eller upptäcka speglar via mirrorlist och metalink. Identiska installationer kan därför välja olika nedladdnings-URL:er.
Att använda en enda godkänd spegel ger synliga förfrågningar en enhetlig cacheidentitet. Håll lagringsbanor, arkitektur och svit i linje. Fästning ändrar också tillgänglighet och beteende vid spegelval, så gör det till ett beslut om lagringspolicy.
Kontrollera om objektcachelagring är tillgänglig
Inuti en vanlig HTTPS CONNECT-tunnel kan Squid inte se RPM-svarets brödtext för HTTP-cachelagring. Ett gemensamt spegel-värdnamn ändrar inte det. Håll HTTPS-lager krypterade.
För svar som Squid kan cachelagra beror återanvändning fortfarande på färskhet, förfrågnings- och svarsdirektiv samt lokal cachepolicy. Registrera den valda URL:en, om transaktionen var synlig HTTP eller en krypterad tunnel, och dess cachelagringsresultat för att förklara en bom.