Ispiluen errotazioak aldatzen du Squidek berrerabil dezakeena
Azaldu zergatik ispilu URL ezberdinetatik deskargatutako RPM pakete berdinak Squiden cache sarrera bereiziak har ditzaketen.
Bi bezerok RPM bera deskargatzen dute Squiden bidez, baina bigarren transferentziak ispilu batera iristen jarraitzen du. Konparatu eskaeren URL osoak:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmPaketearen fitxategi-izenak bat datoz; haien helburuko URIak ezberdinak dira. HTTP cache gakoek eskaeraren metodoa eta helburuko URIa barne hartzen dituzte gutxienez, beraz paketearen bat datozen egiaztapen-batuketek ez dituzte sarrera horiek automatikoki elkartzen.
Yumek eta DNFk baseurl finkoa erabil dezakete edo ispiluak mirrorlist eta metalink bidez aurkitu. Beraz, instalazio berberek deskarga URL ezberdinak hauta ditzakete.
Onartutako ispilu bakarra erabiltzeak cache identitate koherentea ematen die eskaera ikusgaiei. Mantendu biltegiaren bideak, arkitektura eta suitea lerrokatuta. Finkatzeak eskuragarritasuna eta ispilu-hautaketaren portaera ere aldatzen ditu, beraz egin ezazu biltegi-politikaren erabaki.
Egiaztatu objektuen cachea erabilgarri dagoen
HTTPS CONNECT tunel arrunt baten barruan, Squidek ezin du RPM erantzunaren gorputza ikusi HTTP cacherako. Ispilu ostalari-izen arrunt batek ez du hori aldatuko. Mantendu HTTPS biltegiak zifratuta.
Squidek cachean gorde ditzakeen erantzunetarako, berrerabilpena freskotasunaren, eskaera eta erantzun direktiben eta tokiko cache politikaren mende dago oraindik. Erregistratu hautatutako URLa, transakzioa HTTP ikusgai edo tunel zifratua izan zen, eta haren cache emaitza hutsegite bat azaltzeko.