Ротација огледала мења шта Squid може поново да искористи
Објасните зашто идентични RPM пакети преузети са различитих адреса огледала могу заузимати одвојене уносе Squid кеша.
Два клијента преузимају исти RPM кроз Squid, али други пренос и даље стиже до огледала. Упоредите пуне URL-ове захтева:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmНазиви датотека пакета се поклапају; њихови циљни URI-јеви се разликују. Кључеви HTTP кеша укључују најмање методу захтева и циљни URI, па подударне контролне суме пакета не спајају те уносе аутоматски.
Yum и DNF могу користити фиксни baseurl или открити огледала кроз mirrorlist и metalink. Зато идентичне инсталације могу изабрати различите URL-ове за преузимање.
Коришћење једног одобреног огледала даје видљивим захтевима доследан идентитет кеша. Држите путање репозиторијума, архитектуру и скуп усклађеним. Причвршћивање такође мења доступност и понашање избора огледала, па нека то буде одлука о политици репозиторијума.
Проверите да ли је кеширање објеката доступно
Унутар обичног HTTPS CONNECT тунела Squid не може да види тело одговора RPM-а за HTTP кеширање. Заједничко име хоста огледала то неће променити. Држите HTTPS репозиторијуме шифрованим.
За одговоре које Squid може да кешира, поновно коришћење и даље зависи од свежине, директива захтева и одговора и локалне политике кеша. Забележите изабрани URL, да ли је трансакција била видљиви HTTP или шифровани тунел, и њен резултат кеша да објасните промашај.