Squid کے ذریعے ایک اضافی HTTPS پورٹ کی اجازت دیں

پورٹ 8443 پر HTTPS سروس درست ترتیب والے Squid پراکسی کے ذریعے بھی ناکام ہو سکتی ہے، چاہے 443 پر عام HTTPS کام کر رہا ہو۔ کلائنٹ کا پراکسی پروٹوکول بدلنے سے پہلے CONNECT کی ممانعت اور منزل کی پورٹ پالیسی دیکھیں۔

Squid 6.13 کی عام رسائی پالیسی میں دو جانچیں اہم ہیں: منزل کو Safe_ports اور CONNECT کو SSL_ports کی جانچ سے گزرنا چاہیے۔ پورٹ کو صرف ایک ACL میں شامل کرنے سے دوسری ممانعت برقرار رہ سکتی ہے۔

موجودہ تعریفوں کو سوچ سمجھ کر بڑھائیں

عام ویب پورٹس اور ایک اضافی HTTPS پورٹ کی اجازت دینے والی پالیسی کے لیے:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

متعلقہ تعریفیں بدلیں یا ان میں ترمیم کریں تاکہ قدیم اقدار کا غیر متوقع مجموعہ موجود نہ رہے۔ غیر محفوظ پورٹس اور CONNECT کو منع کرنے والے عام اصولوں اور مطلوبہ کلائنٹ پابندیوں کو برقرار رکھیں۔

استثنا محدود رکھیں

اگر اضافی پورٹ صرف ایک زیرِ کنٹرول منزل کے لیے چاہیے تو کلائنٹ کو اجازت دینے والے اصول سے پہلے مخصوص ممانعت شامل کریں:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

یہ پتہ دستاویز کی ایک مثالی قدر ہے۔ وہ منزل استعمال کریں جس کا انتظام آپ کرتے ہیں یا جس تک رسائی کی اجازت رکھتے ہیں، اور اس کے پتے کی حقیقی تبدیلیوں کو ملحوظ رکھیں۔ یہ 8443 پر ہر منزل کی اجازت دینے کے بجائے اضافی پورٹ کے استثنا کو محدود کرتا ہے۔

پوری فعال ترتیب کا نحوی تجزیہ کریں اور اصولوں کی ترتیب دیکھیں۔ درست لکھی ہوئی ممانعت بھی مطلوبہ پابندی نہیں دے گی اگر اسے کلائنٹ کو اجازت دینے والے مماثل اصول کے بعد رکھا جائے۔

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