Rotácia zrkadiel mení, čo môže Squid znova použiť
Vysvetlite, prečo rovnaké balíčky RPM stiahnuté z rôznych adries zrkadiel môžu zaberať samostatné položky vyrovnávacej pamäte Squid.
Dvaja klienti sťahujú ten istý RPM cez Squid, ale druhý prenos stále dorazí na zrkadlo. Porovnajte úplné URL požiadaviek:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmNázvy súborov balíčka sa zhodujú; ich cieľové URI sa líšia. Kľúče vyrovnávacej pamäte HTTP zahŕňajú aspoň metódu požiadavky a cieľové URI, takže zhodné kontrolné súčty balíčka tieto položky automaticky nespájajú.
Yum a DNF môžu používať pevný baseurl alebo objavovať zrkadlá cez mirrorlist a metalink. Preto si rovnaké inštalácie môžu vybrať rôzne adresy sťahovania.
Použitie jedného schváleného zrkadla dáva viditeľným požiadavkám konzistentnú identitu vo vyrovnávacej pamäti. Udržujte cesty k repozitáru, architektúru a sadu zosynchronizované. Pripnutie tiež mení dostupnosť a správanie výberu zrkadla, preto o ňom rozhodujte ako o politike repozitára.
Overte, či je dostupné ukladanie objektov do vyrovnávacej pamäte
Vnútri bežného tunela HTTPS CONNECT Squid nevidí telo odpovede RPM na ukladanie HTTP do vyrovnávacej pamäte. Spoločný názov hostiteľa zrkadla to nezmení. Udržujte repozitáre HTTPS šifrované.
Pri odpovediach, ktoré Squid môže ukladať, opätovné použitie stále závisí od čerstvosti, direktív požiadavky a odpovede a miestnej politiky vyrovnávacej pamäte. Zaznamenajte zvolenú URL, či transakcia bola viditeľné HTTP alebo šifrovaný tunel, a jej výsledok vo vyrovnávacej pamäti, aby ste vysvetlili minutie.