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

Поврзани статии