Distribution नोंदणीच्या S3 विनंत्यांसाठी प्रॉक्सी सेटिंग्ज
S3 मध्ये प्रवेश करणाऱ्या Distribution नोंदणी प्रक्रियेवर प्रॉक्सी सेटिंग्ज ठेवा आणि ऑब्जेक्ट स्टोरेजकडे पुनर्निर्देशित होणाऱ्या क्लायंटची वेगळी गणना करा.
पर्यावरण-जागरूक HTTP ट्रान्सपोर्ट वापरणाऱ्या कंटेनरयुक्त Distribution नोंदणीसाठी, S3 मार्ग नोंदणी कंटेनरला द्या:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1हे विद्यमान image, स्टोरेज, प्रमाणीकरण आणि volumes सोबत एकत्र करा. हा तुकडा पूर्ण नोंदणी नाही. प्रॉक्सीचे नाव त्या कंटेनरमधून पोहोचण्यायोग्य असावे आणि scheme प्रॉक्सी लिसनरशी जुळावे.
तैनात S3 ड्रायव्हर आणि ट्रान्सपोर्टची पुष्टी करा. Distribution 2.8.3 चा उल्लेखित स्रोत AWS SDK सत्र वापरतो; सानुकूल ड्रायव्हर किंवा ट्रान्सपोर्टला दुसरे समर्थित कॉन्फिगरेशन लागू शकते.
| कनेक्शन | कोण कॉन्फिगर किंवा तपासणी करेल |
|---|---|
| क्लायंट → नोंदणी | नोंदणीचा येणारा HTTP लिसनर आणि क्लायंट मार्ग |
| Daemon → image स्रोत | Docker daemon प्रॉक्सी सेटिंग्ज |
| नोंदणी → S3 | नोंदणी प्रक्रियेचा स्टोरेज HTTP ट्रान्सपोर्ट |
यशस्वी क्लायंट लॉगिन फक्त पहिला मार्ग सिद्ध करते. स्टोरेज ड्रायव्हर S3 वर स्वतःच्या विनंत्या पाठवतो; पूर्वी नोंदणी image ओढणाऱ्या daemon ने त्या कॉल केल्या नाहीत.
blob डाउनलोडदरम्यानची पुनर्निर्देशनेही तपासा. Distribution ग्राहकाला ऑब्जेक्ट स्टोरेजकडे पुनर्निर्देशित करू शकते, ज्यामुळे त्या क्लायंटला थेट S3 पर्यंत पोहोचण्याची आवश्यकता असते. नोंदणीची प्रॉक्सी कॉन्फिगर केल्याने ग्राहक कॉन्फिगर होत नाही. पुनर्निर्देशन वर्तन बदलल्याने blob रहदारीचा मार्ग बदलतो, म्हणून ती सेटिंग बदलण्यापूर्वी अयशस्वी प्रेषक आणि क्रिया ओळखा.