VPN серверинин жанындагы кэш туннелдин артындагылардын баарына бекер өткөрүү жөндөмүндөй угулат. Бирок андай эмес, анткени ошол чекиттен өткөн байттар учтары браузер жана сайт болгон TLS сессиясы менен корголуп калат. VPN шлюзу өзүнүн сырткы шифрлөөсүн гана алат, колдонмонун шифрлөөсүн эмес. Жабдуу кошуудан мурун кайсы кайталануучу объектини кайра колдонууну чечиңиз.

TLS сессиясы браузерге таандык

Кадимки HTTPSте браузер сайт менен ачкычтарды сүйлөшөт, ал эми кол алышуудан кийинки ар бир жазуу ошол учтар жуп үчүн шифрленет. VPN шлюзу өзү түзгөн туннелдин шифрин чечип, анан тунук эмес TLS жазууларын өткөрөт. Ал багыттарды, убакытты жана көлөмдү көрөт, суроо сабын же жооп денесин эмес. Бул ар кандай кэш жашоого тийиш болгон чек.

Аны бузган ар кандай долбоор TLS кармоо долбоору, анын сертификатка ишеним жана түзмөктөрдү башкаруу боюнча өз кесепеттери бар.

CONNECT — туннел, кэш эмес

Ачык алдыңкы прокси адатта HTTP CONNECT суроосун алып, анан байттарды эки багытта өткөрөт. Өткөрүү — негизги сөз: прокси шифрленген сүйлөшүүнү талдабайт.

curl -sSI -x http://proxy.example:3128 https://example.com/

Жооп аталыштары проксинин туннелди иштетүүсүнөн келет, барактын кэштелген көчүрмөсүнөн эмес. Ийгиликтүү CONNECT жолдун иштешин билдирет, кайра колдонуу үчүн бир нерсе сакталганын эмес. 443 портун кэшке багыттоо ага TLS сүйлөөнү да үйрөтпөйт, анткени кэштөө окула турган билдирүүлөрдү талап кылат. Кардар конфигурациясы колдоого алынган ачык прокси жөндөөсүн колдонушу керек, түшүндүрүлбөгөн багыттоону эмес.

Өзүңүз башкарган нерсени кэштеңиз, серептегениңизди эмес

Мазмун сиздики болсо, тескери прокси TLSди бүтүрүп, бекитилген жоопторду атайылап сактай алат. Ал пакет кампасына таандык болсо, долбоор колдогон күзгүнү колдонуңуз.

nginx -T | grep -n "proxy_cache"
curl -sSI https://mirror.example/pkg/index.json | grep -i -E "cache-control|age"

Биринчи буйрук кэш аймагы конфигурацияланганын жана кайда колдонулаарын көрсөтөт, экинчиси бир объект үчүн баштапкы булактын өз кэштөө нускамаларын көрсөтөт. Жалпы кэш жаңылыкты, кэш көзөмөлдөрүн жана көрүнүштөрдү айырмалаган суроо атрибуттарын сыйлашы керек; private жана no-store ар башка нерсени билдирет жана хит үлүшүн көтөрүү үчүн экөөнү тең алып салууга болбойт. HTTP кэштөө эрежелери тастыкталган суроолорго жооп сактоону да чектейт, жана дал ошол жерде жекелештирилген барак маалыматтын жарыяланышына айланат. Проксини ачык реле катары көрсөтүүнүн ордуна бекитилген кардарлар менен чектеңиз.

Хитти өлчөңүз, секундомерди эмес

Тездирээк экинчи суроо жаңы кэш бир нерсе кылганын далилдебейт, анткени браузерлер жана операциялык системалар өздөрү агрессивдүү кэштейт. Проксиден хит жана мис эсептегичтерин сурап, көзөмөлдөнгөн кайталоо учурунда баштапкы булактын трафигин байкаңыз. Белгилүү объектинин бир кайталанма жүктөлүшүн колдонуп, адегенде кэш күйгүзүлүп, анан айланып өтүлүп, өткөн убакытты эмес, баштапкы булак берген байттарды салыштырыңыз. Анан авторизация чегин текшериңиз: кирүү талап кылынган ресурс башка кардарга берилбеши керек.

Жүктөмдү, кэш ачкычын жана кайра колдонууга уруксат берген саясатты жазыңыз. Кэш — оптимизация костюмун кийген маалымат бөлүшүү чечими.

Тектеш макалалар