يصلح ملف CA الخاص بالشركة عنوان URL الأول، ثم يفشل التحقق عند إعادة توجيه. تحقق مما إذا كان خيار CA المخصص قد استبدل مدخلات الثقة السابقة للعميل بدلاً من أن يضيف إليها.

يعتمد هذا السلوك على الواجهة الخلفية لـ TLS وعلى الخيار. الملف الذي يحتوي على CA المؤسسي فقط قد يترك العميل دون سلطات أخرى يحتاجها.

  1. اتبع كل نظير. قد يُعترض المضيف الأول تحت المُصدر المؤسسي. وقد يستخدم مضيف لاحق تجاوزًا أو مسار تفتيش آخر أو سلسلة صادرة علنًا.
  2. سجّل مدخلات العميل الفاشل. احتفظ باسم المضيف المطلوب وهدف إعادة التوجيه والمُصدر المستلم ونتيجة التحقق وإعدادات الثقة المختارة. قد يستخدم متصفح عامل مخزن جذور آخر.
  3. افحص قواعد اختيار الواجهة الخلفية. قد تستخدم نُسخ curl التحقق الأصلي أو جذورًا مستندة إلى ملفات، وقد تغيّر خيارات CA الصريحة ذلك الاختيار. وصفة لذلك الملف التنفيذي لا تهيئ بيئة Python أو JVM.

استخدم حزمة مُصانة أو ترتيب مخزن ثقة مدعومًا يحتوي على السلطات العامة والخاصة التي يُقصد أن تثق بها التطبيق. لا تضف مفتاح CA الخاص ولا ترفع كل شهادة ورقية فاشلة إلى جذر لمجرد إزالة الخطأ التالي.

سلّم مواد الثقة عبر مسار التحديث المدعوم في النشر. إن استبدال حزمة CA الخاصة بمورّد يدويًا قد يبطله تحديثها التالي؛ أبقِ المالك وعملية الصيانة صريحين حتى يستمر التحقق عبر مسار الطلب الكامل.

مقالات ذات صلة