global-tunnel-ng प्रॉक्सी चरों को पढ़ने के बाद उन्हें हटा देता है
http_proxy गायब होने के बाद भी एक पुरानी Node प्रक्रिया प्रॉक्सी कर सकती है; मॉड्यूल की सुरक्षित स्थिति और अगले क्लाइंट के ट्रांसपोर्ट की जाँच करें।
global-tunnel-ng का उपयोग करने वाले पुराने एप्लिकेशन में, initialize अपना चुना हुआ कॉन्फ़िगरेशन रखने के बाद समर्थित HTTP/HTTPS प्रॉक्सी चरों को जानबूझकर हटा सकता है।
कारण दोहरा प्रबंधन है: कोई दूसरी लाइब्रेरी मॉड्यूल के पैच किए गए HTTP पथ के ऊपर पर्यावरण प्रॉक्सी को फिर से लागू न करे। इसलिए process.env.http_proxy का न होना यह नहीं बताता कि प्रॉक्सी रुक गई है।
सक्रियण के लिए isProxying और सुरक्षित चयन के लिए proxyConfig देखें। खाता-युक्त पूर्ण कॉन्फ़िगरेशन या proxyUrl को लॉग न करें।
यदि चर गायब होने के बाद कोई बाद का क्लाइंट विफल होता है, तो पहचानें कि वह पैच किए गए HTTP/HTTPS एजेंट, स्पष्ट एजेंट या कोई अन्य ट्रांसपोर्ट उपयोग करता है। पर्यावरण को स्वयं पढ़ने वाले क्लाइंट को अपना प्रलेखित प्रॉक्सी इनपुट चाहिए हो सकता है।
node_modules से हटाने वाला कोड निकालने से दोहरे प्रबंधन का बचाव हट जाता है और पुनःस्थापना पर वह गायब हो सकता है। इसके बजाय ट्रांसपोर्ट का स्वामित्व सुलझाएँ। यह एक पुराना पैकेज है जिसमें Node संगतता की सीमाएँ प्रलेखित हैं। संगत Node संस्करण पर, प्रारंभ पर अंतर्निहित प्रॉक्सी समर्थन मानक HTTP क्लाइंट के लिए एक विकल्प है; कस्टम एजेंट और डिस्पैचर को अभी भी अपना मार्ग चाहिए।