प्रॉक्सी अयशस्वी होणे कोणत्या Docker CA स्टोअरकडे निर्देश करते?

कंटेनरमध्ये कंपनीचे CA जोडल्याने सहकाऱ्याचा अयशस्वी इमेज पुल सुटत नाही. यशस्वी पुल देखील इमेजमधील ॲप्लिकेशन तपासलेल्या HTTPS सेवेवर विश्वास ठेवते हे सिद्ध करत नाही.

त्रुटी समोरच्या बाजूची पडताळणी करणाऱ्या प्रक्रियेपर्यंत शोधा, नंतर जारीकर्ता, होस्टनाव आणि हॅंडशेक टप्पा निश्चित करा. अधिकृत तपासणी सेवा संस्थेच्या CA ने गंतव्य प्रमाणपत्रावर स्वाक्षरी करू शकते. HTTPS प्रॉक्सी लिसनरवरील TLS अयशस्वीता तिच्याद्वारे पोहोचलेल्या गंतव्य प्रमाणपत्राची अयशस्वीता आपोआप नसते. प्रॉक्सीचा IP टाकल्याने कोणतेही विश्वास साहित्य मिळत नाही.

मंजूर सार्वजनिक जारीकर्ता प्रमाणपत्र संबंधित होस्ट, इमेज वितरण किंवा ॲप्लिकेशनच्या समर्थित पद्धतीने स्थापित करा. Docker चे CA मार्गदर्शन होस्ट आणि कंटेनर स्टोअर व्यापते, पण CentOS मार्ग Debian किंवा Windows साठी वाहून नेण्यायोग्य सूचना नाही. तयार केलेल्या बंडलमध्ये जोडलेले अपडेट रद्द करू शकते; Java ॲप्लिकेशन किंवा स्वतःचे CA कॉन्फिगरेशन असलेला दुसरा क्लायंट OS बंडल पूर्णपणे दुर्लक्षित करू शकतो.

कायमस्वरूपी ॲप्लिकेशन विश्वासासाठी बदल मंजूर इमेज किंवा ॲप्लिकेशन कॉन्फिगरेशन प्रक्रियेत ठेवा. चालू असलेल्या एका कंटेनरमधील परस्परसंवादी संपादन इमेजपासून तयार होणाऱ्या पुढील कंटेनरमध्ये राहणार नाही.

फक्त आवश्यक सार्वजनिक विश्वास प्रमाणपत्र अधिकृत मार्गाने वितरित करा. कधीही इमेजमध्ये CA खाजगी की ठेवू नका आणि अपरिचित सार्वजनिक प्रॉक्सीच्या root-इंस्टॉल विनंतीला सामान्य सेटअप मानू नका. इच्छित स्टोअर कॉन्फिगर केल्यानंतर होस्टनाव आणि साखळी पडताळणी सुरू ठेवा.