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 ट्राफिक बग्ने बाटो बदलिन्छ, त्यसैले त्यो सेटिङ समायोजन गर्नुअघि असफल पठाउने र अपरेसन पहिचान गर्नुहोस्।

सम्बन्धित लेखहरू