Tveir biðlarar sækja sama RPM í gegnum Squid, en seinni flutningurinn nær samt í spegil. Berðu saman fullu beiðni-URL-in:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

Skráarnöfn pakkans stemma; mark-URI þeirra eru mismunandi. HTTP-skyndiminnislyklar innihalda að minnsta kosti beiðniaðferðina og mark-URI-ið, svo samsvarandi gátsummur pakkans sameina þessar færslur ekki sjálfkrafa.

Yum og DNF geta notað fast baseurl eða fundið spegla í gegnum mirrorlist og metalink. Þess vegna geta sams konar uppsetningar valið mismunandi niðurhals-URL.

Notkun eins samþykks spegils gefur sýnilegum beiðnum samræmda skyndiminnisauðkenni. Haltu slóðum geymslunnar, arkitektúr og setti í takt. Festing breytir líka framboði og hegðun við speglaval, svo gerðu það að ákvörðun um stefnu geymslunnar.

Athugaðu hvort hlutaskyndiminni sé tiltækt

Inni í venjulegum HTTPS CONNECT-göngum sér Squid ekki RPM-svarshlutann fyrir HTTP-skyndiminni. Sameiginlegt spegla-hýsilnafn breytir því ekki. Haltu HTTPS-geymslum dulkóðuðum.

Fyrir svör sem Squid getur skyndiminnið fer endurnýting enn eftir ferskleika, beiðni- og svarsfyrirmælum og staðbundinni skyndiminnisstefnu. Skráðu valið URL, hvort viðskiptin voru sýnilegt HTTP eða dulkóðuð göng, og skyndiminnisniðurstöðu þeirra til að útskýra misheppnaða beiðni.

Tengdir greinar