براؤزرز Squid کا HTTPS بلاک صفحہ کیوں چھپا سکتے ہیں

پراکسی کا حسبِ ضرورت بلاک صفحہ HTTP سائٹ کے لیے ظاہر ہوتا ہے۔ HTTPS سائٹ کے لیے براؤزر اس کے بجائے ٹنل خرابی دکھاتا ہے۔ HTML ٹیمپلیٹ دوبارہ بدلنے سے شاید کچھ نہ بدلے۔

واضح HTTP پراکسی کے ساتھ، HTTPS کا دورہ عام طور پر CONNECT سے شروع ہوتا ہے۔ براؤزر پراکسی سے کہتا ہے کہ وہ کسی ہوسٹ اور پورٹ تک ٹنل کھولے۔ اگر Squid وہ درخواست مسترد کر دے، تو سائٹ کا TLS سیشن کبھی شروع نہیں ہوتا۔

مسترد کرنے میں HTTP اسٹیٹس اور جوابی مواد ہو سکتا ہے۔ آپ براؤزر کے خرابی صفحے سے آزادانہ طور پر اُس ناکام CONNECT جواب کو curl سے جانچ سکتے ہیں۔ اس کے لیے ضروری نہیں کہ براؤزر فراہم کردہ HTML کو منزل کے ویب صفحے کے طور پر پیش کرے۔ براؤزر CONNECT خرابی کے جسم کو چھوڑ کر اپنا پراکسی خرابی انٹرفیس استعمال کر سکتا ہے؛ درست پیشکش کلائنٹ پر منحصر ہے۔

اگر Squid کے مسترد کرنے میں پہلے ہی مطلوبہ deny_info جسم موجود ہے، تو اس کا متن، اسٹائل شیٹ یا فائل اجازتیں تبدیل کرنے سے یہ نہیں بدلتا کہ براؤزر کس جوابی مرحلے کو سنبھالتا ہے۔ یہ طے کرنے کے لیے کہ CONNECT مسترد ہوا یا نہیں اور کیوں، مسترد ہونے کی حالت اور رسائی لاگ دستیاب رکھیں۔ عام براؤزر صفحہ پالیسی کی تفصیلات چھپا سکتا ہے جبکہ پراکسی قاعدہ درست طریقے سے نافذ کرتا ہے۔

روکے گئے HTTPS کنکشن کے اندر بلاک صفحہ پیش کرنا ایک اور معماری ہے، جس میں TLS کا خاتمہ، کلائنٹ کا اعتماد اور سرٹیفکیٹ کی دیکھ بھال شامل ہے۔ یہ deny_info میں ترمیم سے فعال نہیں ہوتا، اور حسبِ ضرورت ٹیمپلیٹ بلاک شدہ سائٹ کی نقل کرنے کا کوئی اختیار نہیں دیتا۔ وہ ڈیزائن صرف ضرورت ہو تو چنیں؛ ورنہ کلائنٹ میں دستیاب خرابی رپورٹنگ اور پراکسی کے آپریشنل لاگز استعمال کریں۔