Veidrodžių rotacija keičia, ką Squid gali naudoti iš naujo
Paaiškinkite, kodėl identiški RPM paketai, atsisiųsti iš skirtingų veidrodžių URL, gali užimti atskirus Squid podėlio įrašus.
Du klientai atsisiunčia tą patį RPM per Squid, bet antrasis perdavimas vis tiek pasiekia veidrodį. Palyginkite pilnus užklausų URL:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmPaketo failų pavadinimai sutampa; jų tiksliniai URI skiriasi. HTTP podėlio raktai apima bent užklausos metodą ir tikslinį URI, todėl sutampančios paketo kontrolinės sumos automatiškai nesujungia šių įrašų.
Yum ir DNF gali naudoti fiksuotą baseurl arba atrasti veidrodžius per mirrorlist ir metalink. Todėl identiškos instaliacijos gali pasirinkti skirtingus atsisiuntimo URL.
Vieno patvirtinto veidrodžio naudojimas suteikia matomoms užklausoms nuoseklią podėlio tapatybę. Laikykite saugyklos kelius, architektūrą ir rinkinį suderintus. Priskyrimas taip pat keičia prieinamumą ir veidrodžių pasirinkimo elgseną, todėl padarykite tai saugyklos politikos sprendimu.
Patikrinkite, ar galimas objektų podėliavimas
Įprasto HTTPS CONNECT tunelio viduje Squid negali matyti RPM atsakymo turinio HTTP podėliavimui. Bendras veidrodžio pagrindinio kompiuterio vardas to nepakeis. Laikykite HTTPS saugyklas užšifruotas.
Atsakymams, kuriuos Squid gali podėliuoti, pakartotinis naudojimas vis dar priklauso nuo šviežumo, užklausos ir atsakymo direktyvų bei vietinės podėlio politikos. Užrašykite pasirinktą URL, ar operacija buvo matomas HTTP, ar užšifruotas tunelis, ir jos podėlio rezultatą, kad paaiškintumėte praleidimą.