VS Code Dev Containers: बिल्ड और रनटाइम के लिए प्रॉक्सी सेटिंग्स

remoteEnv VS Code की उप-प्रक्रियाओं को कवर करता है; पूरे रनटाइम वातावरण, Dockerfile बिल्ड इनपुट और बेस-इमेज पुल के अलग-अलग मालिक हैं।

विफल अनुरोध के चरण से कॉन्फ़िगरेशन स्रोत चुनें:

प्रक्रियाजाँचने योग्य प्रॉक्सी इनपुट
VS Code और संबंधित रिमोट उप-प्रक्रियाएँdevcontainer.json में remoteEnv
पूरे कंटेनर का रनटाइम वातावरणइमेज/Dockerfile सेटअप के लिए containerEnv; Compose के लिए सेवा वातावरण
Dockerfile RUNप्रॉक्सी बिल्ड आर्ग्युमेंट, Docker क्लाइंट के डिफ़ॉल्ट प्रॉक्सी सहित
बेस-इमेज पुलDocker डेमॉन का आउटबाउंड कॉन्फ़िगरेशन

पहली पंक्ति के लिए ऐसा टुकड़ा मिलाएँ:

"remoteEnv": {
  "HTTP_PROXY": "http://proxy.example:8080",
  "HTTPS_PROXY": "http://proxy.example:8080"
}

डाउनलोडर को इन वेरिएबल का समर्थन करना चाहिए; ज़रूरत पड़ने पर छोटे अक्षरों वाले नाम इस्तेमाल करें। अनुमत सार्वजनिक डाउनलोड के लिए HTTP प्रॉक्सी सूची इन remoteEnv URL के लिए उम्मीदवार देती है। बदलाव के बाद Dev Containers जीवनचक्र से फिर से बिल्ड करें या खोलें।

रनटाइम remoteEnv किसी पहले के बिल्ड या इमेज पुल के लिए बहुत देर से आता है। इमेज परतों में व्यक्तिगत प्रॉक्सी क्रेडेंशियल ENV के साथ रखने से बचें।

एंडपॉइंट कंटेनर से पहुँचने योग्य भी होना चाहिए। localhost उसी कंटेनर का अर्थ है; होस्ट प्रॉक्सी को चुने गए Docker प्लेटफ़ॉर्म द्वारा खोला गया पता और पहुँचने योग्य लिसनर चाहिए। Desktop का host.docker.internal सार्वभौमिक Linux इंटरफ़ेस नहीं है।

संबंधित लेख