CONNECT ট্র্যাফিক কেন Squid-এর অবজেক্ট ক্যাশ পূরণ করে না

একটি সাধারণ CONNECT টানেল Squid-কে ক্যাশে রাখার উপযোগী ওয়েবসাইটের রেসপন্সের বদলে এনক্রিপ্ট করা বাইট দেয়। তাই বড় HTTPS ডাউনলোড প্রচুর ট্র্যাফিক তৈরি করলেও অবজেক্ট ক্যাশে পুনর্ব্যবহারযোগ্য কোনো এন্ট্রি যোগ নাও হতে পারে।

Squid টানেলের গন্তব্য, স্থায়িত্ব ও বাইটের সংখ্যা রেকর্ড করতে পারে। এটি ভেতরের URL পাথ, ক্যাশ নির্দেশনা, রিপ্রেজেন্টেশন ও ভ্যালিডেটরকে সাধারণ HTTP বার্তা হিসেবে পায় না, যেগুলো সংরক্ষণ করে আবার ব্যবহার করা যায়। ডিস্কের জায়গা বা অবজেক্টের আকারের সীমা বাড়িয়ে সেগুলো উন্মুক্ত করা যায় না।

ক্যাশ নষ্ট বলার আগে রিকোয়েস্ট মেথড ও টানেলের রেকর্ড পরীক্ষা করুন। CONNECT-প্রধান কাজের চাপে বিপুল ডেটা স্থানান্তর ও অবজেক্টের কম পুনর্ব্যবহার একসঙ্গে হওয়া সংগত। ক্যাশ সত্যিই পরীক্ষা করতে আপনার নিয়ন্ত্রণে থাকা এমন HTTP রিসোর্স ব্যবহার করুন যাতে স্পষ্ট ক্যাশ হেডার ও পরিচিত কনটেন্ট আছে; নিশ্চিত করুন যে আপনি Squid-এর অবজেক্ট প্রক্রিয়াকরণের পথ পরীক্ষা করছেন, টানেল, ব্রাউজার ক্যাশ বা গন্তব্যের CDN নয়।

প্রক্সি পর্যন্ত TLS হলো একটি আলাদা স্তর। নিজের লিসনারে TLS সংযোগের সমাপ্তি ঘটানোর পর Squid সাধারণ HTTP গন্তব্যের রিকোয়েস্ট প্রক্রিয়া করতে পারে। সেই সংযোগে বরং HTTPS-এর জন্য CONNECT চাওয়া হলে গন্তব্যের ভেতরের TLS আলাদা ও অস্বচ্ছই থাকে।

HTTPS ইন্টারসেপশন সার্টিফিকেটের ওপর আস্থা, অনুমোদন ও গোপনীয়তার শর্ত বদলে দেয়। এটি ক্যাশের জায়গার নিয়মিত সমন্বয় নয়, আর স্বাভাবিক ফরওয়ার্ড প্রক্সির কাজ করতে ইন্টারসেপশনের দরকার হয় না।