Rotacija zrcal spremeni, kaj lahko Squid znova uporabi
Pojasnite, zakaj lahko enaki paketi RPM, preneseni z različnih naslovov zrcal, zasedejo ločene vnose predpomnilnika Squid.
Dva odjemalca preneseta isti RPM prek Squida, vendar druga prestavitev še vedno doseže zrcalo. Primerjajte celotne URL zahtev:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmImena datotek paketa se ujemajo; njihovi ciljni URI-ji se razlikujejo. Ključi predpomnilnika HTTP vključujejo vsaj metodo zahteve in ciljni URI, zato ujemajoče se kontrolne vsote paketa teh vnosov ne združujejo samodejno.
Yum in DNF lahko uporabljata fiksni baseurl ali odkrivata zrcala prek mirrorlist in metalink. Zato lahko enake namestitve izberejo različne naslove za prenos.
Uporaba enega odobrenega zrcala daje vidnim zahtevam dosledno identiteto predpomnilnika. Ohranjajte poti skladišča, arhitekturo in nabor usklajene. Pripenjanje prav tako spremeni razpoložljivost in vedenje pri izbiri zrcal, zato naj bo to odločitev politike skladišča.
Preverite, ali je predpomnjenje objektov na voljo
Znotraj običajnega tunela HTTPS CONNECT Squid ne vidi telesa odgovora RPM za predpomnjenje HTTP. Skupno ime gostitelja zrcala tega ne bo spremenilo. Ohranjajte skladišča HTTPS šifrirana.
Za odgovore, ki jih Squid lahko predpomni, je ponovna uporaba še vedno odvisna od svežine, direktiv zahteve in odgovora ter lokalne politike predpomnilnika. Zabeležite izbrani URL, ali je bila transakcija viden HTTP ali šifriran tunel, in njen izid predpomnjenja, da pojasnite zgrešitev.