Ротацията на огледала променя какво 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 или шифрован тунел, и резултата от кеша, за да обясните пропуск.