Squid HTTPS ہوسٹ کیوں لاگ کرتا ہے مگر صفحے کا راستہ نہیں

عام Squid CONNECT لاگز میں غائب HTTPS راستوں کی وضاحت کرتا ہے، TLS مداخلت کو معمول کی لاگنگ ایڈجسٹمنٹ مانے بغیر۔

shop.example:443 کا ریکارڈ Squid کو /orders/42 راستہ نہیں دیتا۔ CONNECT ہوسٹ/پورٹ مانگتا ہے؛ پھر منزل کا TLS ٹنل کے اندر HTTP راستہ لے جاتا ہے۔

ثبوتعام CONNECT ریلے
ہدف ہوسٹ/پورٹ اور ٹنل کا نتیجہپراکسی کے لیے دستیاب۔
اندرونی HTTPS راستہ اور ایپلیکیشن کی درخواستکلائنٹ اور ویب سائٹ کے درمیان خفیف۔
# سے شروع ہونے والا براؤزر URL ٹکڑاعام طور پر کلائنٹ میں ہی رہتا ہے، پراکسی لاگ سے باہر بھی۔

لاگ فارمیٹ Squid کے پاس موجود فیلڈز ریکارڈ کر سکتا ہے، نہ دیکھے گئے پیغامات ڈکرپٹ نہیں کر سکتا۔ سادہ HTTP فارورڈنگ مختلف ہے کیونکہ درمیانی ادارہ وہ HTTP درخواست وصول کرتا ہے۔ زیادہ تفصیلی آؤٹ پٹ CONNECT کی حد نہیں بدلتا۔

منظم TLS مداخلت کلائنٹ کا اعتماد اور انتظامی تقاضے بدلتی ہے۔ یہ چھوٹا لاگنگ سوئچ نہیں اور عام IP بدلنے والی فارورڈ پراکسی کے لیے غیر ضروری ہے۔

اگر ایپلیکیشن آپ کی ہے اور صفحہ سطح کی تشخیص درکار ہے تو اس کے لاگز یا مناسب طور پر ڈیزائن کردہ کلائنٹ ٹیلی میٹری استعمال کریں۔ پراکسی ناکامیوں کے لیے منزل کا ہوسٹ، وقت، حیثیت اور مکمل شدہ کنکشن مرحلہ رکھیں؛ یہ نجی صفحہ راستے جمع کیے بغیر مسئلہ اکثر ڈھونڈ لیتے ہیں۔

متعلقہ مضامین