أي مخزن CA في Docker يشير إليه فشل الوكيل؟

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

تتبَّع الخطأ وصولًا إلى العملية التي تتحقق من الطرف الآخر، ثم أكّد المُصدر واسم المضيف ومرحلة المصافحة. قد توقّع خدمة تفتيش معتمدة شهادة الوجهة باستخدام CA الخاصة بالمؤسسة. فشل TLS عند مستمع وكيل HTTPS ليس بالضرورة فشلًا لشهادة الوجهة التي يُبلَغ عبرها. إدخال عنوان IP الخاص بالوكيل لا يوفّر أي مادة ثقة.

ثبّت شهادة المُصدر العامة المعتمدة عبر الآلية المدعومة في المضيف أو توزيع الصورة أو التطبيق المعني. تغطي إرشادات CA في Docker مخازن المضيف والحاويات، لكن مسار CentOS ليس تعليمة قابلة للنقل إلى Debian أو Windows. قد يُلغي التحديث أي إضافة إلى حزمة مُولّدة؛ وقد يتجاهل تطبيق Java أو عميل آخر له إعداد CA خاص به حزمة نظام التشغيل بالكامل.

للحصول على ثقة دائمة للتطبيق، ضع التغيير في عملية إعداد الصورة أو التطبيق المعتمدة. التعديل التفاعلي في حاوية قيد التشغيل لن يكون موجودًا في الحاوية التالية التي تُنشأ من الصورة.

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