इंस्टॉल-स्क्रिप्ट डाउनलोडमध्ये npm प्रॉक्सी अपयश
npm पॅकेज इंस्टॉलेशनदरम्यान वेगळे डाउनलोड चालवू शकते. प्रत्येक विनंती npm च्या रजिस्ट्री प्रॉक्सी कॉन्फिगरेशनचा वापर करते असे गृहीत धरण्याऐवजी तो प्रोग्राम आणि होस्ट ओळखा.
npm इंस्टॉलेशन रजिस्ट्री डाउनलोड ओलांडून इंस्टॉल स्क्रिप्टमध्ये थांबल्यास, दुसरा डाउनलोडर ओळखा. JavaScript पॅकेज आधीच असू शकते, तर त्याची प्लॅटफॉर्म-विशिष्ट बाइनरी अजून गहाळ आहे.
- लॉगमध्ये विनंतीचा मालक शोधा. लाइफसायकल स्क्रिप्ट, एक्झिक्युटेबल किंवा HTTP लायब्ररी, गंतव्य होस्टनाव आणि पहिली त्रुटी नोंदवा. पॅकेज दुसरा प्रोग्राम सुरू करू शकते ज्याचे डाउनलोड npm च्या रजिस्ट्री हस्तांतरणापासून वेगळे आहे.
- त्या डाउनलोडरला समर्थित प्रॉक्सी इंटरफेस वापरा. tfjs-node च्या resources.js मार्गासाठी, चाइल्ड प्रोसेसचे प्रॉक्सी वातावरण हे एक ठोस उदाहरण आहे. पॅकेजच्या दस्तऐवजीकृत डाउनलोड सेटिंग्ज आणि विनंती करणाऱ्या प्रोसेसचे वातावरण तपासा. मानक प्रॉक्सी व्हेरिएबल तेव्हाच मदत करते जेव्हा तो ग्राहक ते वाचतो; समान नावाचे व्हेरिएबल्स जोडल्याने समर्थन सिद्ध होत नाही.
- आर्टिफॅक्टच्या वास्तविक मार्गाचा अवलंब करा. रिलीझ सर्व्हर, ऑब्जेक्ट स्टोअर आणि रीडायरेक्ट गंतव्ये रजिस्ट्रीपेक्षा वेगळी असू शकतात. अयशस्वी विनंतीसाठी प्रॉक्सी प्रमाणीकरण, मंजूर गंतव्ये आणि TLS विश्वासाची तुलना करा.
कॅशे साफ करण्यापूर्वी हे करा: लॉगमधील पॅकेज मिळवण्यापासून लाइफसायकल अंमलबजावणीपर्यंतचे संक्रमण आधीच बिघाड मर्यादित करते. यशस्वी रजिस्ट्री प्रवेश हा उपयुक्त तुलनात्मक पुरावा आहे, परंतु दुय्यम प्रोग्राम तोच मार्ग समर्थित करतो किंवा त्याच्या आर्टिफॅक्ट होस्टपर्यंत पोहोचू शकतो हे तो सिद्ध करत नाही.
इंस्टॉल स्क्रिप्ट अक्षम केल्यास डाउनलोड वगळला जाऊ शकतो आणि पॅकेज निरुपयोगी राहू शकते. पॅकेजने मंजूर पूर्व-निर्मित किंवा ऑफलाइन इंस्टॉलेशन मार्ग दस्तऐवजीकृत केला असेल, तर तो आर्टिफॅक्ट जाणीवपूर्वक तयार करा आणि इंस्टॉलेशन पूर्ण मानण्यापूर्वी एक्झिक्युटेबल उपलब्ध असल्याची पुष्टी करा.