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

VS Code में याद रखा गया प्रॉक्सी लॉगिन विफल टर्मिनल या एक्सटेंशन डाउनलोड के साथ-साथ मौजूद हो सकता है। सहेजा गया खाता बदलने से पहले उस क्रिया और प्रक्रिया की पहचान करें जो विफल अनुरोध कर रही है।

एडिटर की मुख्य नेटवर्किंग

VS Code का मुख्य प्रॉक्सी समर्थन Chromium से आता है और सामान्यतः सिस्टम की नेटवर्क सेटिंग्स का पालन करता है। यह सामान्य प्रमाणित HTTP प्रॉक्सी स्कीम का समर्थन करता है और ऑपरेटिंग सिस्टम के क्रेडेंशियल स्टोर में जानकारी याद रख सकता है। वह स्टोर एडिटर द्वारा शुरू किए गए हर प्रोग्राम के लिए स्वतः खाता स्रोत नहीं है।

यदि सहेजा गया खाता अस्वीकार हो जाता है, तो एंडपॉइंट और घोषित विधि जाँचें। प्रमाणपत्र सेटिंग्स अनुपस्थित प्रमाणीकरण नहीं देतीं।

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

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

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

npm, Git, pip और अन्य कमांड अपनी समर्थित प्रॉक्सी सेटिंग्स का उपयोग करते हैं। वास्तविक प्रक्रिया वातावरण की जाँच करें। मौजूदा टर्मिनल पुराने वेरिएबल बनाए रख सकता है, और दूरस्थ टर्मिनल किसी दूसरी मशीन पर चल सकता है।

मार्केटप्लेस पहुँच और एक्सटेंशन आर्टिफ़ैक्ट वितरण अलग-अलग होस्ट का उपयोग कर सकते हैं। विफल अनुरोध में होस्टनाम सुरक्षित रखें; सफल कैटलॉग या लॉगिन अनुरोध आर्टिफ़ैक्ट की पहुँच सिद्ध नहीं करता।

रहस्य हटाकर क्रिया, प्रक्रिया का स्थान, प्रॉक्सी एंडपॉइंट और पहला विफल चरण बताएँ। वे अवलोकन 407, TLS त्रुटि या अगम्य वितरण होस्ट को उसके स्वामी क्लाइंट में खोजते हैं।