حسب ضرورت CA بنڈل کے ساتھ ری ڈائریکٹ کے بعد SSL سرٹیفکیٹ کی غلطیاں

کمپنی کی CA فائل پہلا URL درست کرتی ہے، پھر ایک ری ڈائریکٹ تصدیق میں ناکام ہو جاتا ہے۔ جانچیں کہ مخصوص CA اختیار نے کلائنٹ کے پچھلے اعتماد کے ان پٹ کو بدلا ہے یا اس میں اضافہ کیا ہے۔

یہ رویہ TLS بیک اینڈ اور اختیار پر منحصر ہے۔ صرف کارپوریٹ CA والی فائل کلائنٹ کو اس کی ضروری دیگر اتھارٹیوں کے بغیر چھوڑ سکتی ہے۔

1. ہر ساتھی کی پیروی کریں۔ پہلا میزبان کارپوریٹ جاری کنندہ کے تحت روکا جا سکتا ہے۔ بعد کا میزبان بائی پاس، دوسرا معائنہ راستہ یا عوامی طور پر جاری زنجیر استعمال کر سکتا ہے۔
2. ناکام کلائنٹ کے ان پٹ درج کریں۔ درخواست کردہ میزبان نام، ری ڈائریکٹ ہدف، موصول جاری کنندہ، تصدیق کا نتیجہ اور منتخب اعتماد کی ترتیب رکھیں۔ کام کرنے والا براؤزر دوسرا روٹ اسٹور استعمال کر سکتا ہے۔
3. بیک اینڈ کے انتخاب کے قواعد جانچیں۔ curl builds مقامی تصدیق یا فائل پر مبنی روٹ استعمال کر سکتے ہیں، اور واضح CA اختیارات اس انتخاب کو بدل سکتے ہیں۔ اس executable کے لیے ترکیب Python ماحول یا JVM ترتیب نہیں دیتی۔

ایک دیکھ بھال شدہ بنڈل یا معاون اعتماد اسٹور ترتیب استعمال کریں جس میں وہ عوامی اور نجی اتھارٹیاں ہوں جن پر ایپلیکیشن کو اعتماد کرنا چاہیے۔ CA کی نجی کلید شامل نہ کریں اور اگلی غلطی دور کرنے کے لیے صرف ہر ناکام پتی سرٹیفکیٹ کو روٹ تک نہ بڑھائیں۔

اعتماد کا مواد تعیناتی کے معاون اپ ڈیٹ راستے سے پہنچائیں۔ وینڈر کے CA پیکج کو دستی طور پر بدلنا اس کے اگلے اپ ڈیٹ سے کالعدم ہو سکتا ہے؛ مالک اور دیکھ بھال کا عمل واضح رکھیں تاکہ تصدیق پورے درخواست راستے پر جاری رہے۔