प्रोक्सीमार्फत बाह्य रजिस्ट्रीमा पुग्न सक्ने मेसिनले 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 तब महत्त्वपूर्ण हुन्छ जब स्रोत सन्दर्भले बहु-प्लेटफर्म इमेज इन्डेक्स वा म्यानिफेस्ट सूची छान्छ: यसले सबै सन्दर्भित इमेजहरू प्रतिलिपि गर्न भन्छ। त्यो विकल्प बिना प्रतिलिपिले पूर्ण बहु-प्लेटफर्म सन्दर्भ पुन:उत्पादन गर्नुको सट्टा हालको प्लेटफर्मका लागि इमेज छान्न सक्छ।

प्रतिलिपिपछि, डाउनस्ट्रिम मेसिनहरूले आन्तरिक रजिस्ट्रीको इमेज सन्दर्भ प्रयोग गर्न सक्छन्। त्यसलाई तान्ने क्षमता ती रजिस्ट्रीसम्मको तिनीहरूको मार्गमा निर्भर हुन्छ; तिनीहरूले प्रतिलिपि गर्ने प्रक्रियाको वातावरण उत्तराधिकारमा पाउँदैनन्।

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