CONNECT trafiki niyə Squid-in obyekt keşini doldurmur?
Adi HTTPS tunelinin irəli proksiyə təkrar istifadə edilə bilən HTTP cavab obyektləri vermədən niyə çoxlu bayt ötürə bildiyini izah edirik.
Adi CONNECT tuneli Squid-ə keşlənə bilən veb-sayt cavabı əvəzinə şifrələnmiş baytlar verir. Buna görə böyük HTTPS yükləməsi obyekt keşinə təkrar istifadə edilə bilən qeyd əlavə etmədən çoxlu trafik yarada bilər.
Squid tunelin təyinatını, müddətini və bayt sayını qeydə ala bilər. Daxili URL yolunu, keş direktivlərini, təqdimatı və validatorları saxlayıb təkrar istifadə edə biləcəyi adi HTTP mesajları kimi almır. Daha çox disk yeri və ya daha yüksək obyekt ölçüsü həddi onları aşkar edə bilməz.
Keşin işləmədiyi qənaətinə gəlməzdən əvvəl sorğu metodlarını və tunel qeydlərini yoxlayın. CONNECT-in üstünlük təşkil etdiyi iş yükündə böyük ötürmələr və obyektlərin az təkrar istifadəsi bir-birinə uyğundur. Keşi həqiqətən yoxlamaq üçün açıq keş başlıqları və məlum məzmunu olan, öz nəzarətinizdəki HTTP resursundan istifadə edin; tuneli, brauzer keşini və ya təyinat CDN-ini deyil, Squid-in obyekt emalı yolunu sınaqdan keçirdiyinizi təsdiqləyin.
Proksiyə qədər olan TLS ayrı bir təbəqədir. Öz dinləyicisindəki TLS bağlantısını sonlandırdıqdan sonra Squid adi HTTP təyinatına sorğunu emal edə bilər. Həmin bağlantı əvəzində HTTPS üçün CONNECT tələb edirsə, təyinatın daxili TLS-i ayrıca və qeyri-şəffaf qalır.
HTTPS-in araya girilərək açılması sertifikatlara etibar, icazələndirmə və məxfilik tələblərini dəyişir. Bu, keş yerinin adi tənzimlənməsi deyil və normal irəli proksinin işləməsi üçün belə müdaxilə lazım deyil.