NuGet ফিড খোলে, কিন্তু প্যাকেজ ডাউনলোড বন্ধ
প্রক্সি মেটাডেটা অনুমোদন করলেও প্যাকেজ হোস্ট ব্লক করলে NuGet v3 পুনরুদ্ধারকে সার্ভিস ইনডেক্স থেকে প্যাকেজ কনটেন্ট পর্যন্ত অনুসরণ করুন।
ব্রাউজারে NuGet v3 ইনডেক্স খোলা প্যাকেজ ডাউনলোডের অ্যাক্সেস পরীক্ষা করে না। ইনডেক্সটি @type ও @id এর মাধ্যমে রিসোর্স URL ঘোষণা করে; মেটাডেটা ও প্যাকেজ কনটেন্ট অন্যত্র হোস্ট হতে পারে।
- প্রথম ব্যর্থ URL, প্যাকেজ আইডি ও সংস্করণের জন্য পুনরুদ্ধারের আউটপুট পড়ুন।
- সেই হোস্টকে ফিড ইনডেক্সের রিসোর্স URL-এর সঙ্গে তুলনা করুন।
PackageBaseAddress/3.0.0সংস্করণ গণনা ও প্যাকেজ ফাইল আনার ভিত্তি দেয়। - নেটওয়ার্ক প্রশাসকের সঙ্গে প্রয়োজনীয় পথ পর্যালোচনা করার সময় রিডাইরেক্ট অন্তর্ভুক্ত করুন।
feed.example-এ একটি অনুমানিক ইনডেক্স packages.example-এ কনটেন্ট ঘোষণা করলে, প্যাকেজ তালিকা লোড হতে পারে যদিও নির্বাচিত .nupkg ব্লক থাকে। বারবার লগইন চেষ্টা সেই অনুরোধগুলিকে সমতুল্য করে না। ক্যাশে থাকা প্যাকেজ সফল হওয়াও অন্য একটি দূরবর্তী কনটেন্ট URL সম্পর্কে কম বলে।
হোস্টনেম অনুমান না করে ঘোষিত রিসোর্স অনুসরণ করুন। NuGet এটি আবিষ্কার করে কারণ ফিড অবকাঠামো বদলাতে পারে; শুধু ইনডেক্স-হোস্টের অনুমতি নিয়ম এটি ঢাকতে নাও পারে।
প্রকৃত প্রতিক্রিয়া শ্রেণিবদ্ধ করুন: 407 প্রক্সি প্রমাণীকরণ চায়, অন্যদিকে নীতি অস্বীকার, ব্যর্থ CONNECT, অনুপলব্ধ হোস্ট বা TLS ত্রুটি-এর নিজস্ব তদন্ত দরকার। একইরকম ডায়ালগ এই পার্থক্য লুকাতে পারে। অসম্পর্কিত পণ্যের বিস্তৃত ওয়াইল্ডকার্ড তালিকার বদলে ফিডের নথিভুক্ত রিসোর্স হোস্টে অ্যাক্সেস চান, তারপর অবশিষ্ট যেকোনো অ্যাকাউন্ট ব্যর্থতা তদন্ত করুন।