Rotacija ogledala mijenja šta Squid može ponovo iskoristiti
Objasnite zašto identični RPM paketi preuzeti s različitih adresa ogledala mogu zauzimati odvojene unose Squid keša.
Dva klijenta preuzimaju isti RPM kroz Squid, ali drugi prijenos još uvijek stiže do ogledala. Uporedite pune URL-ove zahtjeva:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmNazivi datoteka paketa se podudaraju; njihovi ciljni URI-ji se razlikuju. Ključevi HTTP keša uključuju najmanje metodu zahtjeva 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. Zbog toga identične instalacije mogu odabrati različite URL-ove za preuzimanje.
Korištenje jednog odobrenog ogledala daje vidljivim zahtjevima dosljedan identitet keša. Držite putanje repozitorija, arhitekturu i suite usklađenim. Pripajanje također mijenja dostupnost i ponašanje odabira ogledala, pa neka to bude odluka o politici repozitorija.
Provjerite je li keširanje objekata dostupno
Unutar običnog HTTPS CONNECT tunela Squid ne može vidjeti tijelo odgovora RPM-a za HTTP keširanje. Zajedničko ime hosta ogledala to neće promijeniti. Držite HTTPS repozitorije šifrovanim.
Za odgovore koje Squid može keširati, ponovno korištenje i dalje zavisi od svježine, direktiva zahtjeva i odgovora te lokalne politike keša. Zabilježite odabrani URL, da li je transakcija bila vidljivi HTTP ili šifrovani tunel, i njen rezultat keša da objasnite promašaj.