Айна айналымы Squid-тің қайта пайдалана алатынын өзгертеді
Әртүрлі айна URL-дерінен жүктелген бірдей 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 HTTP кэштеу үшін RPM жауабының денесін көре алмайды. Ортақ айна хост атауы мұны өзгертпейді. HTTPS репозиторийлерін шифрланған күйде ұстаңыз.
Squid кэштей алатын жауаптар үшін қайта пайдалану әлі де жаңалыққа, сұрау және жауап директиваларына және жергілікті кэш саясатына тәуелді. Таңдалған URL-ді, транзакцияның көрінетін HTTP немесе шифрланған туннель болғанын және оның кэш нәтижесін жазып алыңыз.