Ինչու CONNECT տրաֆիկը չի լցնում Squid-ի օբյեկտների քեշը

Սովորական CONNECT թունելը Squid-ին տալիս է գաղտնագրված բայթեր, այլ ոչ թե քեշավորվող կայքի պատասխան։ Ուստի մեծ HTTPS ներբեռնումը կարող է զգալի տրաֆիկ առաջացնել՝ օբյեկտների քեշում չավելացնելով որևէ կրկին օգտագործելի գրառում։

Squid-ը կարող է գրանցել թունելի նպատակակետը, տևողությունն ու բայթերի քանակը։ Այն չի ստանում ներքին URL-ի ուղին, քեշավորման հրահանգները, ներկայացումն ու վավերացուցիչները սովորական HTTP հաղորդագրությունների տեսքով, որոնք հնարավոր է պահել և կրկին օգտագործել։ Սկավառակի ավելի մեծ տարածքը կամ օբյեկտի չափի ավելի բարձր սահմանը չեն կարող դրանք բացահայտել։

Մինչ քեշավորումը խափանված համարելը՝ ստուգեք հարցումների մեթոդներն ու թունելների գրառումները։ CONNECT-ի գերակշռությամբ բեռնվածքի դեպքում մեծ փոխանցումներն ու օբյեկտների քիչ կրկնակի օգտագործումը համատեղելի են։ Քեշն իրականում ստուգելու համար օգտագործեք ձեր վերահսկողության տակ գտնվող HTTP ռեսուրս՝ քեշավորման հստակ վերնագրերով և հայտնի բովանդակությամբ. համոզվեք, որ ստուգում եք Squid-ի օբյեկտների մշակման ուղին, այլ ոչ թե թունելը, դիտարկիչի քեշը կամ նպատակակետի CDN-ը։

Պրոքսիին հասնող TLS-ը առանձին շերտ է։ Իր սեփական լսող կետում TLS կապը ավարտելուց հետո Squid-ը կարող է մշակել HTTP նպատակակետին ուղղված սովորական հարցում։ Եթե այդ կապը փոխարենը պահանջում է CONNECT դեպի HTTPS, նպատակակետի ներքին TLS-ը մնում է առանձին և անթափանց։

HTTPS-ի միջամտական վերծանումը փոխում է հավաստագրերի նկատմամբ վստահության, լիազորման և գաղտնիության պահանջները։ Դա քեշի տարածքի սովորական կարգավորում չէ, և սովորական առաջանցիկ պրոքսին աշխատելու համար նման միջամտության կարիք չունի։