Dva klienti stahují stejný RPM přes Squid, ale druhý přenos stále dorazí na zrcadlo. Porovnejte úplné URL požadavků:

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

Názvy souborů balíčku se shodují; jejich cílové URI se liší. Klíče mezipaměti HTTP zahrnují přinejmenším metodu požadavku a cílové URI, takže shodné kontrolní součty balíčku tyto položky automaticky neslučují.

Yum a DNF mohou používat pevný baseurl nebo zrcadla objevovat pomocí mirrorlist a metalink. To znamená, že identické instalace mohou zvolit různé adresy stahování.

Použití jednoho schváleného zrcadla dává viditelným požadavkům konzistentní identitu v mezipaměti. Udržujte cesty k repozitáři, architekturu a sadu sladěné. Připnutí také mění dostupnost a chování výběru zrcadla, takže o něm rozhodujte jako o politice repozitáře.

Ověřte, zda je dostupné ukládání objektů do mezipaměti

Uvnitř běžného tunelu HTTPS CONNECT Squid nevidí tělo odpovědi RPM pro ukládání HTTP do mezipaměti. Společný název hostitele zrcadla to nezmění. Udržujte HTTPS repozitáře šifrované.

U odpovědí, které Squid může ukládat, opětovné použití stále závisí na čerstvosti, direktivách požadavku a odpovědi a místní politice mezipaměti. Zaznamenejte zvolenou URL, zda transakce byla viditelné HTTP nebo šifrovaný tunel, a její výsledek v mezipaměti, abyste vysvětlili minutí.

Související články