Rotacija ogledala menja šta Squid može ponovo da iskoristi
Objasnite zašto identični RPM paketi preuzeti sa različitih adresa ogledala mogu zauzimati odvojene unose Squid keša.
Dva klijenta preuzimaju isti RPM kroz Squid, ali drugi prenos i dalje stiže do ogledala. Uporedite pune URL-ove zahteva:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmNazivi datoteka paketa se poklapaju; njihovi ciljni URI-ji se razlikuju. Ključevi HTTP keša uključuju najmanje metodu zahteva i ciljni URI, pa podudarne kontrolne sume paketa ne spajaju te unose automatski.
Yum i DNF mogu koristiti fiksni baseurl ili otkriti ogledala kroz mirrorlist i metalink. Zato identične instalacije mogu izabrati različite URL-ove za preuzimanje.
Korišćenje jednog odobrenog ogledala daje vidljivim zahtevima dosledan identitet keša. Držite putanje repozitorijuma, arhitekturu i suite usklađenim. Pričvršćivanje takođe menja dostupnost i ponašanje izbora ogledala, pa neka to bude odluka o politici repozitorijuma.
Proverite da li je keširanje objekata dostupno
Unutar običnog HTTPS CONNECT tunela Squid ne može da vidi telo odgovora RPM-a za HTTP keširanje. Zajedničko ime hosta ogledala to neće promeniti. Držite HTTPS repozitorijume šifrovanim.
Za odgovore koje Squid može da kešira, ponovno korišćenje i dalje zavisi od svežine, direktiva zahteva i odgovora i lokalne politike keša. Zabeležite izabrani URL, da li je transakcija bila vidljivi HTTP ili šifrovani tunel, i njen rezultat keša da objasnite promašaj.