ब्राउज़र में NuGet v3 इंडेक्स खोलना पैकेज डाउनलोड की पहुँच की जाँच नहीं है। इंडेक्स @type और @id के ज़रिए संसाधन URL घोषित करता है; मेटाडेटा और पैकेज सामग्री कहीं और होस्ट हो सकते हैं।

  1. रीस्टोर आउटपुट में पहला विफल URL, पैकेज आईडी और संस्करण पढ़ें।
  2. उस होस्ट की तुलना फ़ीड इंडेक्स के संसाधन URL से करें। PackageBaseAddress/3.0.0 संस्करण गणना और पैकेज फ़ाइल प्राप्ति का आधार देता है।
  3. नेटवर्क प्रशासक के साथ आवश्यक पथ की समीक्षा करते समय रीडायरेक्ट शामिल करें।

feed.example पर किसी काल्पनिक इंडेक्स के packages.example पर सामग्री घोषित करने पर, पैकेज सूची लोड हो सकती है जबकि चुना गया .nupkg अवरुद्ध हो। बार-बार लॉगिन प्रयास उन अनुरोधों को समतुल्य नहीं बनाते। कैश में मौजूद पैकेज का सफल होना भी किसी अन्य दूरस्थ सामग्री URL के बारे में कम बताता है।

होस्टनाम अनुमान लगाने के बजाय घोषित संसाधन का पालन करें। NuGet इसे खोज लेता है क्योंकि फ़ीड अवसंरचना बदल सकती है; केवल इंडेक्स-होस्ट के लिए अनुमति नियम इसे कवर न करे।

वास्तविक प्रतिक्रिया को वर्गीकृत करें: 407 प्रॉक्सी प्रमाणीकरण माँगता है, जबकि नीति अस्वीकृति, विफल CONNECT, अगम्य होस्ट या TLS त्रुटि को अपनी जाँच चाहिए। समान संवाद उन अंतरों को छिपा सकते हैं। किसी असंबंधित उत्पाद की व्यापक वाइल्डकार्ड सूची के बजाय फ़ीड के प्रलेखित संसाधन होस्ट तक पहुँच माँगें, फिर बची हुई किसी भी खाता विफलता की जाँच करें।

संबंधित लेख