پراکسی کے ذریعے کلائنٹ سرٹیفکیٹ کون بھیجتا ہے؟
منزل کی mTLS اسناد کو پراکسی اسناد سے اور اُن سرٹیفکیٹس سے الگ رکھیں جو Apache اپنا اوپر کا TLS سیشن بناتے وقت استعمال کرتا ہے۔
عام CONNECT کے ذریعے HTTPS میں، ایپلیکیشن اپنے منزل کے TLS ہینڈ شیک کے دوران ویب سائٹ کا کلائنٹ سرٹیفکیٹ بھیجتی ہے۔ پراکسی صرف بائٹس منتقل کرتا ہے؛ وہ خود بخود ویب سائٹ کا TLS کلائنٹ نہیں بن جاتا۔
| اسناد | مالک/کنکشن |
|---|---|
| پراکسی صارف نام/پاس ورڈ | پراکسی تک کلائنٹ کی رسائی۔ |
| ویب سائٹ کا کلائنٹ سرٹیفکیٹ اور نجی کلید | منزل کے ساتھ ایپلیکیشن کا TLS سیشن۔ |
| پراکسی سرور کا اوپری کلائنٹ سرٹیفکیٹ | وہ TLS سیشن جو پراکسی خود شروع کرتا ہے۔ |
یہ کردار ساتھ ساتھ موجود ہو سکتے ہیں۔ منزل کے mTLS کے کام کرنے کے لیے ویب سائٹ کی نجی کلید کو سادہ ٹنلنگ پراکسی پر اپ لوڈ کرنا ضروری نہیں۔ CONNECT کی حوالگی کے بعد، ایپلیکیشن کی معمول کی منزل کلائنٹ سرٹیفکیٹ ترتیب استعمال کریں اور ویب سائٹ سرور سرٹیفکیٹ کی تصدیق جاری رکھیں۔
Apache کا SSLProxyMachineCertificateFile اس وقت اسناد فراہم کرتا ہے جب Apache اپنا اوپری TLS سیشن بناتا ہے۔ اُس فائل کے بارے میں مشورہ یہ ثابت نہیں کرتا کہ غیر شفاف فارورڈ ٹنل استعمال کرنے والے ہر کلائنٹ کو اُسے ترتیب دینا ہی پڑے گا۔
TLS مداخلت کسی درمیانی مقام پر سیشن ختم کرتی ہے اور یہ ملکیت بدل دیتی ہے۔ یہ فرض کرنے کے بجائے کہ سرٹیفکیٹ کی نقل سرے سے سرے تک تصدیق کو برقرار رکھتی ہے، یہ طے کریں کہ مطلوبہ کلائنٹ شناخت اُس انتظام سے گزر سکتی ہے یا نہیں۔
ناکامی پر، ریکارڈ کریں کہ درخواست پراکسی لاگ ان، منزل TLS یا بعد کے ایپلیکیشن تبادلے پر رکی تھی۔ اسناد کو اُس کنکشن پر رکھیں جو واقعی اُن کی درخواست کرتا ہے۔