Күзгүлөрдүн айланышы Squid кайра колдоно ала турган нерсени өзгөртөт
Ар кандай күзгү URL дарегинен жүктөлгөн окшош RPM пакеттери эмне үчүн өзүнчө Squid кэш жазууларын ээлей аларын түшүндүрүңүз.
Эки кардар Squid аркылуу бир эле RPM жүктөйт, бирок экинчи өткөрүү дагы эле күзгүгө жетет. Сурамдардын толук 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 же шифрленген туннель болгонун жана анын кэш натыйжасын жазыңыз.