VS Code Dev Containers: बिल्ड र रनटाइमका लागि प्रोक्सी सेटिङहरू

remoteEnv ले VS Code का सबप्रोसेसहरू समेट्छ; सम्पूर्ण रनटाइम वातावरण, Dockerfile बिल्ड इनपुट र आधारभूत इमेज तान्ने कामका फरक-फरक मालिक छन्।

असफल अनुरोधको चरणबाट कन्फिगरेसनको स्रोत छान्नुहोस्:

प्रक्रियाजाँच्नुपर्ने प्रोक्सी इनपुट
VS Code र सम्बन्धित रिमोट सबप्रोसेसहरूdevcontainer.json मा remoteEnv
सम्पूर्ण कन्टेनरको रनटाइम वातावरणइमेज/Dockerfile सेटअपका लागि containerEnv; Compose का लागि सेवा वातावरण
Dockerfile RUNDocker क्लाइन्टका पूर्वनिर्धारित प्रोक्सीसहित प्रोक्सी बिल्ड आर्गुमेन्टहरू
आधारभूत इमेज तान्ने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 इन्टरफेस होइन।

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