Skopeo के साथ प्रॉक्सी से रजिस्ट्री कॉपी

जो मशीन प्रॉक्सी के ज़रिए बाहरी रजिस्ट्री तक पहुँच सकती है, वह Skopeo से इमेज को आंतरिक रजिस्ट्री में कॉपी कर सकती है। कॉपी करने वाली प्रक्रिया कॉन्फ़िगर करें:

export HTTP_PROXY=http://proxy.example.net:8080
export HTTPS_PROXY=http://proxy.example.net:8080
export NO_PROXY=registry.internal.example

skopeo copy --all \
  docker://registry.public.example/team/image:stable \
  docker://registry.internal.example/team/image:stable

रजिस्ट्री नाम और इमेज संदर्भ उदाहरण हैं। स्रोत प्रॉक्सी से जाता है; आंतरिक रजिस्ट्री बायपास प्रविष्टि से मेल खाती है। प्रॉक्सी क्रेडेंशियल सेट किए बिना अनुमत सार्वजनिक-स्रोत कॉपी के लिए HTTP प्रॉक्सी सूची उम्मीदवार HTTP एंडपॉइंट दे सकती है, जबकि वह आंतरिक बायपास यथावत रहता है। उस प्रविष्टि को उस गंतव्य होस्टनाम के अनुसार समायोजित करें जो कमांड वास्तव में उपयोग करता है।

docker:// रजिस्ट्री संदर्भों के लिए इमेज-परिवहन नाम है। इसका अर्थ यह नहीं है कि कॉपी स्थानीय Docker डेमॉन को सौंपी जा रही है। Skopeo का रजिस्ट्री HTTP परिवहन परिवेश से प्रॉक्सी खोज का उपयोग करता है, जब तक कोई एम्बेडिंग एप्लिकेशन स्पष्ट रूप से भिन्न प्रॉक्सी URL न दे।

--all तब महत्वपूर्ण है जब स्रोत संदर्भ बहु-प्लेटफ़ॉर्म इमेज इंडेक्स या मैनिफ़ेस्ट सूची चुनता है: यह सभी संदर्भित इमेजें कॉपी करने को कहता है। उस विकल्प के बिना कॉपी पूर्ण बहु-प्लेटफ़ॉर्म संदर्भ को पुन: उत्पन्न करने के बजाय वर्तमान प्लेटफ़ॉर्म के लिए इमेज चुन सकती है।

कॉपी के बाद, डाउनस्ट्रीम मशीनें आंतरिक रजिस्ट्री का इमेज संदर्भ उपयोग कर सकती हैं। उसे खींचने की उनकी क्षमता उस रजिस्ट्री तक उनके मार्ग पर निर्भर करती है; वे कॉपी करने वाली प्रक्रिया का परिवेश विरासत में नहीं पातीं।