কেন ব্রাউজার Squid-এর HTTPS ব্লক পৃষ্ঠা লুকাতে পারে

প্রক্সির কাস্টম ব্লক পৃষ্ঠা HTTP সাইটের জন্য দেখা যায়। HTTPS সাইটের জন্য ব্রাউজার বদলে একটি টানেল ত্রুটি দেখায়। HTML টেমপ্লেট আবার বদলালে কিছুই বদলাতে পারে না।

স্পষ্ট HTTP প্রক্সির সাথে HTTPS পরিদর্শন সাধারণত CONNECT দিয়ে শুরু হয়। ব্রাউজার প্রক্সিকে একটি হোস্ট ও পোর্টে টানেল খুলতে বলে। Squid যদি সেই অনুরোধ প্রত্যাখ্যান করে, তবে সাইটের TLS সেশন কখনও শুরু হয় না।

প্রত্যাখ্যানের একটি HTTP স্ট্যাটাস ও প্রতিক্রিয়ার বিষয়বস্তু থাকতে পারে। ব্রাউজারের ত্রুটি পৃষ্ঠা থেকে স্বতন্ত্রভাবে curl দিয়ে সেই ব্যর্থ CONNECT প্রতিক্রিয়া পরীক্ষা করতে পারেন। এতে ব্রাউজারকে প্রদত্ত HTML গন্তব্যের ওয়েবপৃষ্ঠা হিসেবে উপস্থাপন করতে হয় না। ব্রাউজার CONNECT ত্রুটির বডি বাদ দিয়ে নিজের প্রক্সি ত্রুটি ইন্টারফেস ব্যবহার করতে পারে; সঠিক উপস্থাপনা ক্লায়েন্টের উপর নির্ভর করে।

Squid-এর প্রত্যাখ্যানে যদি ইতিমধ্যে কাঙ্ক্ষিত deny_info বডি থাকে, তবে তার টেক্সট, স্টাইলশিট বা ফাইল অনুমতি সম্পাদনা করলে ব্রাউজার কোন প্রতিক্রিয়া পর্যায় সামলায় তা বদলায় না। CONNECT প্রত্যাখ্যাত হয়েছিল কি না এবং কেন তা নির্ধারণ করতে প্রত্যাখ্যানের স্ট্যাটাস ও অ্যাক্সেস লগ সংরক্ষণ করুন। সাধারণ ব্রাউজার পৃষ্ঠা নীতির বিশদ লুকাতে পারে, অথচ প্রক্সি নিয়মটি সঠিকভাবে প্রয়োগ করে।

আটকানো HTTPS সংযোগের ভিতরে ব্লক পৃষ্ঠা পরিবেশন করা আরেকটি স্থাপত্য, যাতে TLS সমাপ্তি, ক্লায়েন্ট বিশ্বাস ও সার্টিফিকেট পরিচালনা জড়িত। deny_info সম্পাদনা করে এটি সক্রিয় হয় না, এবং কাস্টম টেমপ্লেট অবরুদ্ধ সাইটের ছদ্মবেশ ধরার কোনো অধিকার দেয় না। প্রয়োজন হলেই সেই নকশা বাছুন; নইলে ক্লায়েন্টের উপলব্ধ ত্রুটি প্রতিবেদন ও প্রক্সির পরিচালন লগ ব্যবহার করুন।