Spegelrotaasje feroaret wat Squid opnij brûke kin
Ferkenne wêrom identike RPM-pakketten dy't fan ferskillende spegel-URL's laden wurde, aparte Squid-cache-ynskriuwingen besette kinne.
Twa klanten lade deselde RPM fia Squid, mar de twadde oerdracht berikt noch altyd in spegel. Fergelykje de folsleine oanfraach-URL's:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmDe bestânsnammen fan it pakket komme oerien; harren doel-URI's ferskille. HTTP-cachekaaien befetsje op syn minst de oanfraachmetoade en de doel-URI, dus oerienkommende kontrôlesommen fan it pakket foegje dy yngongen net automatysk gear.
Yum en DNF kinne in fêste baseurl brûke of spegels fine fia mirrorlist en metalink. Dêrom kinne identike ynstallaasjes ferskillende download-URL's kieze.
It brûken fan ien goedkarde spegel jout sichtbere oanfragen in konsekwinte cache-identiteit. Hâld repositorypaden, arsjitektuer en suite op ien line. Fêstsetten feroaret ek beskikberens en gedrach by spegelkar, meitsje der dus in beslút fan repositorybelied fan.
Kontrolearje oft objekte-caching beskikber is
Binnen in gewoane HTTPS CONNECT-tunnel kin Squid it lichem fan it RPM-antwurd net foar HTTP-caching sjen. In mienskiplike spegelhostnamme sil dat net feroarje. Hâld HTTPS-repositories fersifere.
Foar antwurden dy't Squid cacheje kin, hinget werbrûk noch altyd ôf fan frisheid, oanfraach- en antwurdrikljuwingen en lokaal cachebelied. Registrearje de keazen URL, oft de transaksje sichtber HTTP of in fersifere tunnel wie, en it cacheresultaat om in miss te ferklearjen.