npm में डिलीट करने के बाद भी प्रॉक्सी क्यों रहता है

आप npm की प्रॉक्सी हटाते हैं, उसे दोबारा पूछते हैं, और वैल्यू अब भी वहीं है। ज़्यादा विशेषाधिकारों के साथ कमांड दोहराने से पहले देखें कि आपने कौन-सा कॉन्फ़िगरेशन हटाया है।

किसी प्रोजेक्ट की .npmrc, कोई उपयोगकर्ता फ़ाइल, ग्लोबल कॉन्फ़िगरेशन, कमांड विकल्प और एनवायरनमेंट सेटिंग्स, सब मायने रख सकते हैं। एक जगह से वैल्यू हटाने पर उसके नीचे की दूसरी वैल्यू सामने आ सकती है।

बदलने से पहले वैल्यू का पता लगाएँ

npm के प्रभावी कॉन्फ़िगरेशन और उस कॉल से जुड़ी फ़ाइलों की जाँच करें। ध्यान दें कि क्रिया प्रोजेक्ट-स्थानीय है या ग्लोबल। प्रोजेक्ट सेटिंग ग्लोबल इंस्टॉलेशन का प्रमाण नहीं है।

प्रॉक्सी विकल्पों के नाम भी मायने रखते हैं। http_proxy जैसी कस्टम कुंजी अपने आप दस्तावेज़ित proxy विकल्प नहीं होती। एनवायरनमेंट-वेरिएबल की वर्तनी और npm कॉन्फ़िगरेशन-कुंजी की वर्तनी अलग-अलग इंटरफ़ेस हैं।

एक्ज़ीक्यूटेबल दोबारा इंस्टॉल करना अप्रासंगिक है

Node की इंस्टॉलेशन डायरेक्टरी ज़रूरी नहीं कि वहीं हो जहाँ आपका उपयोगकर्ता कॉन्फ़िगरेशन रहता है। एक्ज़ीक्यूटेबल बदलने पर उपयोगकर्ता फ़ाइल और प्रोसेस एनवायरनमेंट अछूते रह सकते हैं। इसीलिए साफ़-सुथरा प्रोग्राम इंस्टॉलेशन तुरंत पुराना नेटवर्क एंडपॉइंट दिखा सकता है।

स्रोत मिलने के बाद उसी स्तर पर पुरानी प्रविष्टि हटाएँ। फिर उसी वर्किंग डायरेक्टरी और खाते से प्रभावी वैल्यू दोबारा पूछें जिन्होंने विफलता पैदा की थी। जब तक इंस्टॉल किया गया npm उस अर्थ का दस्तावेज़ीकरण न करे, मनमाना खाली या null जैसा दिखने वाला स्ट्रिंग सेट करने से बचें।

registry सेटिंग अलग रखें। स्थानीय registry URL प्रॉक्सी पते जैसा दिख सकता है, लेकिन उसे हटाने से बदल जाता है कि पैकेज मेटाडेटा कहाँ से माँगा जाता है। सिर्फ़ अनचाही फ़ॉरवर्डिंग प्रॉक्सी हटाने के लिए ज़रूरी आंतरिक registry मिटाएँ नहीं।