ความล้มเหลวของพร็อกซีชี้ไปที่ที่เก็บ CA ของ Docker แห่งใด

การเพิ่ม CA ของบริษัทภายในคอนเทนเนอร์ไม่สามารถแก้ไขการดึงอิมเมจที่ล้มเหลวของเพื่อนร่วมงานได้ การดึงที่สำเร็จก็ไม่ได้พิสูจน์ว่าแอปพลิเคชันในอิมเมจเชื่อถือบริการ HTTPS ที่ถูกตรวจสอบ

ติดตามข้อผิดพลาดไปยังกระบวนการที่ตรวจสอบฝ่ายตรงข้าม จากนั้นยืนยันผู้ออก ชื่อโฮสต์ และขั้นตอนแฮนด์เชก บริการตรวจสอบที่ได้รับอนุญาตอาจลงนามในใบรับรองปลายทางด้วย CA ขององค์กร ความล้มเหลวของ TLS ที่ตัวรับฟังพร็อกซี HTTPS ไม่ใช่ความล้มเหลวของใบรับรองปลายทางที่เข้าถึงผ่านมันโดยอัตโนมัติ การป้อน IP ของพร็อกซีไม่ได้ให้วัสดุความเชื่อถือใด ๆ

ติดตั้งใบรับรองผู้ออกสาธารณะที่ได้รับอนุมัติผ่านกลไกที่โฮสต์ การแจกจ่ายอิมเมจ หรือแอปพลิเคชันที่เกี่ยวข้องรองรับ คำแนะนำ CA ของ Docker ครอบคลุมที่เก็บของโฮสต์และคอนเทนเนอร์ แต่เส้นทาง CentOS ไม่ใช่คำแนะนำที่พกพาได้สำหรับ Debian หรือ Windows การเพิ่มในชุดที่สร้างขึ้นอาจถูกยกเลิกโดยการอัปเดต แอปพลิเคชัน Java หรือไคลเอนต์อื่นที่มีการกำหนดค่า CA ของตัวเองอาจเพิกเฉยต่อชุดของ OS ทั้งหมด

สำหรับความเชื่อถือของแอปพลิเคชันอย่างต่อเนื่อง ให้ใส่การเปลี่ยนแปลงในกระบวนการกำหนดค่าอิมเมจหรือแอปพลิเคชันที่ได้รับอนุมัติ การแก้ไขแบบโต้ตอบในคอนเทนเนอร์ที่กำลังทำงานหนึ่งตัวจะไม่มีอยู่ในคอนเทนเนอร์ถัดไปที่สร้างจากอิมเมจ

เผยแพร่เฉพาะใบรับรองความเชื่อถือสาธารณะที่จำเป็นผ่านช่องทางที่ได้รับอนุญาต อย่าใส่คีย์ส่วนตัวของ CA ลงในอิมเมจ และอย่าถือว่าคำขอติดตั้งรูทจากพร็อกซีสาธารณะที่ไม่รู้จักเป็นการตั้งค่าปกติ เปิดการตรวจสอบชื่อโฮสต์และห่วงโซ่ไว้หลังกำหนดค่าที่เก็บที่ต้องการแล้ว