VS Code प्रोक्सी सेटिङ: एक्सटेन्सन, CLI र टर्मिनल प्रोग्रामका लागि

VS Code मा सम्झिएको प्रोक्सी लगइन असफल टर्मिनल वा एक्सटेन्सन डाउनलोडसँगै रहन सक्छ। सुरक्षित खाता परिवर्तन गर्नुअघि असफल अनुरोध गर्ने कार्य र प्रक्रिया पहिचान गर्नुहोस्।

एडिटरको मुख्य नेटवर्किङ

VS Code को मुख्य प्रोक्सी समर्थन Chromium बाट आउँछ र सामान्यतया प्रणालीको नेटवर्क सेटिङ पछ्याउँछ। यसले सामान्य प्रमाणित HTTP प्रोक्सी स्किम समर्थन गर्छ र अपरेटिङ सिस्टमको क्रेडेन्सियल भण्डारमा विवरण सम्झन सक्छ। त्यो भण्डार एडिटरले सुरु गर्ने हरेक प्रोग्रामका लागि स्वतः खाता स्रोत होइन।

सम्झिएको खाता अस्वीकार भएमा इन्डपोइन्ट र घोषित विधि जाँच्नुहोस्। प्रमाणपत्र सेटिङले हराएको प्रमाणीकरण दिँदैन।

एक्सटेन्सन र CLI अनुरोध

VS Code ले एक्सटेन्सन र CLI परिदृश्यका लागि http.proxy जस्ता पुराना सेटिङ कागजात गर्छ। एडिटरको संस्करण र एक्सटेन्सनको आफ्नै नेटवर्क इन्टरफेस जाँच्नुहोस्: यसले अर्को लाइब्रेरी प्रयोग गर्न, एक्जिक्युटेबल चलाउन वा अर्को वातावरणमा चल्न सक्छ।

एकीकृत टर्मिनलका प्रोग्राम

npm, Git, pip र अन्य आदेशले आफ्नै समर्थित प्रोक्सी सेटिङ प्रयोग गर्छन्। वास्तविक प्रक्रिया वातावरण जाँच्नुहोस्। विद्यमान टर्मिनलले पुराना भेरिएबल राख्न सक्छ, र टाढाको टर्मिनल अर्को मेसिनमा चल्न सक्छ।

मार्केटप्लेस पहुँच र एक्सटेन्सन आर्टिफ्याक्ट डेलिभरीले फरक होस्ट प्रयोग गर्न सक्छन्। असफल अनुरोधको होस्टनाम सुरक्षित राख्नुहोस्; सफल क्याटलग वा लगइन अनुरोधले आर्टिफ्याक्टको पहुँच प्रमाणित गर्दैन।

गोप्य विवरण हटाएर कार्य, प्रक्रियाको स्थान, प्रोक्सी इन्डपोइन्ट र पहिलो असफल चरण रिपोर्ट गर्नुहोस्। ती अवलोकनले 407, TLS त्रुटि वा अगम्य डेलिभरी होस्टलाई उसको मालिक क्लाइन्टमा पत्ता लगाउँछ।