عام CONNECT کے ذریعے HTTPS میں، ایپلیکیشن اپنے منزل کے TLS ہینڈ شیک کے دوران ویب سائٹ کا کلائنٹ سرٹیفکیٹ بھیجتی ہے۔ پراکسی صرف بائٹس منتقل کرتا ہے؛ وہ خود بخود ویب سائٹ کا TLS کلائنٹ نہیں بن جاتا۔

اسنادمالک/کنکشن
پراکسی صارف نام/پاس ورڈپراکسی تک کلائنٹ کی رسائی۔
ویب سائٹ کا کلائنٹ سرٹیفکیٹ اور نجی کلیدمنزل کے ساتھ ایپلیکیشن کا TLS سیشن۔
پراکسی سرور کا اوپری کلائنٹ سرٹیفکیٹوہ TLS سیشن جو پراکسی خود شروع کرتا ہے۔

یہ کردار ساتھ ساتھ موجود ہو سکتے ہیں۔ منزل کے mTLS کے کام کرنے کے لیے ویب سائٹ کی نجی کلید کو سادہ ٹنلنگ پراکسی پر اپ لوڈ کرنا ضروری نہیں۔ CONNECT کی حوالگی کے بعد، ایپلیکیشن کی معمول کی منزل کلائنٹ سرٹیفکیٹ ترتیب استعمال کریں اور ویب سائٹ سرور سرٹیفکیٹ کی تصدیق جاری رکھیں۔

Apache کا SSLProxyMachineCertificateFile اس وقت اسناد فراہم کرتا ہے جب Apache اپنا اوپری TLS سیشن بناتا ہے۔ اُس فائل کے بارے میں مشورہ یہ ثابت نہیں کرتا کہ غیر شفاف فارورڈ ٹنل استعمال کرنے والے ہر کلائنٹ کو اُسے ترتیب دینا ہی پڑے گا۔

TLS مداخلت کسی درمیانی مقام پر سیشن ختم کرتی ہے اور یہ ملکیت بدل دیتی ہے۔ یہ فرض کرنے کے بجائے کہ سرٹیفکیٹ کی نقل سرے سے سرے تک تصدیق کو برقرار رکھتی ہے، یہ طے کریں کہ مطلوبہ کلائنٹ شناخت اُس انتظام سے گزر سکتی ہے یا نہیں۔

ناکامی پر، ریکارڈ کریں کہ درخواست پراکسی لاگ ان، منزل TLS یا بعد کے ایپلیکیشن تبادلے پر رکی تھی۔ اسناد کو اُس کنکشن پر رکھیں جو واقعی اُن کی درخواست کرتا ہے۔

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