Docker Engine daemon.json: खाजगी ECR आणि S3 साठी प्रॉक्सी बायपास

खाजगी ECR रजिस्ट्रीशी यशस्वी कनेक्शन झाल्याने इमेज पुल पूर्ण होत नाही. ECR मॅनिफेस्ट पुरवते, तर इमेजचे लेयर Amazon S3 मध्ये साठवले जातात. म्हणून केवळ रजिस्ट्री व्यापणारा बायपास लेयर डाउनलोड वेगळ्या मार्गाने सोडू शकतो.

VPC एंडपॉइंट्सद्वारे खाजगी प्रवेशासाठी दोन्ही मार्ग तपासा:

• ECR इंटरफेस एंडपॉइंट आणि त्याची खाजगी DNS संरचना.
• S3 एंडपॉइंट, त्याची जोडलेली रूट टेबल्स आणि ECR च्या लेयर बकेटमध्ये प्रवेश देणारे धोरण.

नंतर पुल करणाऱ्या प्रोसेसमध्ये संबंधित बायपास नावे ठेवा. सध्याच्या daemon.json प्रॉक्सी संरचनेसह नेटिव्ह Docker Engine साठी us-east-2 ची उदाहरणादाखल संरचना अशी आहे:

{
  "proxies": {
    "http-proxy": "http://proxy.example:8080",
    "https-proxy": "http://proxy.example:8080",
    "no-proxy": "123456789012.dkr.ecr.us-east-2.amazonaws.com,prod-us-east-2-starport-layer-bucket.s3.us-east-2.amazonaws.com"
  }
}

इच्छित नोंदी daemon च्या इतर सेटिंग्ज आणि सध्याच्या बायपास यादीत विलीन करा. इतर सार्वजनिक रजिस्ट्री डाउनलोड सार्वजनिक मध्यस्थ वापरू शकत असल्यास, खाते नसलेल्या प्रॉक्सी URL साठी HTTP प्रॉक्सी यादी उमेदवार देते; खाजगी ECR आणि S3 बायपास टिकवून ठेवा. खाते, प्रदेश आणि लेयर-डाउनलोड hostname पुल प्रत्यक्षात वापरत असलेल्या नावांनी बदला. S3 नामांकनाचे प्रकार आणि एंडपॉइंट संरचना वेगळ्या असू शकतात; हे उदाहरण AWS एंडपॉइंट्सची संपूर्ण यादी नाही. daemon संरचना लागू करण्यासाठी इच्छित daemon रीस्टार्ट आवश्यक आहे. Docker Desktop स्वतःच्या प्रॉक्सी सेटिंग्ज वापरते.

बायपास थेट मार्ग निवडतो. तो गहाळ S3 एंडपॉइंट तयार करू शकत नाही, रूट टेबल जोडू शकत नाही, बकेट प्रवेश देऊ शकत नाही किंवा खाजगी DNS दुरुस्त करू शकत नाही. बायपास मोठ्या AWS डोमेनपर्यंत वाढवण्यापूर्वी ती अवलंबित्वे पुष्टी करा.

Docker क्लायंटची कंटेनर-प्रॉक्सी सेटिंग्ज daemon चे इमेज डाउनलोड कॉन्फिगर करत नाहीत. त्याचप्रमाणे, ECR लॉगिन क्रेडेन्शियल्स मिळवणाऱ्या AWS CLI कमांडची स्वतःची प्रॉक्सी संरचना असते; त्या वेगळ्या विनंतीलाही खाजगी प्रवेश हवा असल्यास तिचे API गंतव्य समाविष्ट करा.