Nega CONNECT trafigi Squid obyektlar keshini to‘ldirmaydi?
Oddiy HTTPS tunneli to‘g‘ri proksiga qayta ishlatiladigan HTTP javob obyektlarini bermasdan nega ko‘p bayt uzata olishini tushuntiramiz.
Oddiy CONNECT tunneli Squid-ga keshlanadigan veb-sayt javobini emas, shifrlangan baytlarni beradi. Shuning uchun katta HTTPS yuklab olish obyektlar keshiga qayta ishlatiladigan birorta yozuv qo‘shmasdan ko‘p trafik hosil qilishi mumkin.
Squid tunnel manzilini, davomiyligini va baytlar sonini qayd eta oladi. U ichki URL yo‘lini, kesh ko‘rsatmalarini, tasvirni va validatorlarni saqlab, qayta ishlata oladigan odatiy HTTP xabarlari sifatida olmaydi. Diskda ko‘proq joy yoki obyekt hajmi uchun yuqoriroq chegara ularni ochib bermaydi.
Kesh ishlamayapti deyishdan oldin so‘rov usullari va tunnel qaydlarini tekshiring. CONNECT ustun bo‘lgan ish yukida katta uzatishlar va obyektlarning kam qayta ishlatilishi bir-biriga mos keladi. Keshni haqiqatan tekshirish uchun o‘zingiz boshqaradigan, kesh sarlavhalari aniq va mazmuni ma’lum HTTP resursidan foydalaning; tunnelni, brauzer keshini yoki manzil CDN-ini emas, Squid-ning obyektlarni qayta ishlash yo‘lini sinayotganingizni tasdiqlang.
Proksigacha bo‘lgan TLS alohida qatlamdir. O‘z tinglovchisida TLS ulanishini yakunlagandan so‘ng Squid oddiy HTTP manziliga so‘rovni qayta ishlay oladi. Agar o‘sha ulanish buning o‘rniga HTTPS uchun CONNECT so‘rasa, manzilning ichki TLS ulanishi alohida va yopiq bo‘lib qoladi.
HTTPS-ni orada tutib ochish sertifikatlarga ishonch, ruxsat berish va maxfiylik talablarini o‘zgartiradi. Bu kesh joyining odatiy sozlamasi emas va oddiy to‘g‘ri proksi ishlashi uchun bunday aralashuv kerak emas.