Distribution रजिस्ट्री के S3 अनुरोधों के लिए प्रॉक्सी सेटिंग्स

प्रॉक्सी सेटिंग्स उस Distribution रजिस्ट्री प्रक्रिया पर रखें जो S3 तक पहुँचती है, और ऑब्जेक्ट स्टोरेज पर भेजे जाने वाले क्लाइंट का अलग हिसाब रखें।

परिवेश-सजग 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 को अपने अनुरोध भेजता है; जिस daemon ने पहले रजिस्ट्री image खींचा था, वह ये कॉल नहीं करता।

blob डाउनलोड के दौरान रीडायरेक्ट भी जाँचें। Distribution किसी उपभोक्ता को ऑब्जेक्ट स्टोरेज पर भेज सकता है, जिससे उस क्लाइंट को सीधे S3 तक पहुँच की आवश्यकता होती है। रजिस्ट्री की प्रॉक्सी कॉन्फ़िगर करने से उपभोक्ता कॉन्फ़िगर नहीं होता। रीडायरेक्ट व्यवहार बदलने से blob ट्रैफ़िक का रास्ता बदलता है, इसलिए वह सेटिंग बदलने से पहले विफल भेजने वाले और संचालन की पहचान करें।

संबंधित लेख