ECR इमेज पुल: S3 लेयर डाउनलोड के लिए प्रॉक्सी बाईपास

जब निजी ECR मार्ग अब भी लेयर डाउनलोड कॉर्पोरेट प्रॉक्सी की ओर भेजता है, तो इमेज पुल को रजिस्ट्री होस्ट से आगे तक ट्रेस करें।

ECR लॉगिन और मैनिफ़ेस्ट प्राप्ति तब भी काम कर सकते हैं जब कोई इमेज लेयर अटक जाए। Amazon ECR लेयर को S3 में संग्रहीत करता है, और उसका VPC एंडपॉइंट मार्गदर्शन ECR API, रजिस्ट्री और S3 प्राप्ति पथ को अलग-अलग देखता है।

  1. विफल लेयर का होस्टनाम खोजें।यह मानने के बजाय कि रजिस्ट्री बाईपास पूरे पुल को कवर करता है, वास्तविक अनुरोध से होस्टनाम रखें।
  2. प्रेषक का पता लगाएं।Docker पुल के लिए, डेमॉन की प्रॉक्सी कॉन्फ़िगरेशन जांचें। एक मूल Docker Engine daemon.json उदाहरण निजी ECR और S3 लेयर पथों को साथ रखता है। नए एप्लिकेशन कंटेनर के लिए इरादा किए गए पर्यावरण चर उस इमेज डाउनलोड को कॉन्फ़िगर नहीं कर सकते जो उस कंटेनर के अस्तित्व में आने से पहले होता है।
  3. इच्छित S3 पथ जांचें।बाईपास प्रविष्टियों को क्षेत्रीय एंडपॉइंट नामों और क्लाइंट द्वारा समर्थित व्याकरण से मिलाएं। निजी DNS, रूट टेबल, एंडपॉइंट नीति और अनुमतियां भी उस पथ का समर्थन करनी चाहिए।
देखी गई विफलतायह आपको क्या बताती है
प्रॉक्सी अस्वीकृतिलेयर अनुरोध किसी मध्यस्थ तक पहुंचा।
सीधे कनेक्शन का समय समाप्तबाईपास ने सीधा रूटिंग चुना हो सकता है, पर वह पथ फिर भी अनुपयोगी हो सकता है।

प्रदाता के डोमेन की हर सेवा के लिए बिना समीक्षा किए गए अपवाद से एक गायब लेयर होस्ट बदलने से बचें। सीधा अपवाद गायब गेटवे पथ नहीं बना सकता।

वास्तविक इमेज के अनुरोधों और प्रदाता के वर्तमान निर्देशों का उपयोग करें। विशेष सामग्री, विदेशी Windows लेयर सहित, अन्य स्रोत ला सकती है; ऐतिहासिक दो-होस्ट अनुमति सूची को उन्हें कवर करना ज़रूरी नहीं है।

संबंधित लेख