ബ്രൗസറിൽ NuGet v3 സൂചിക തുറക്കുന്നത് പാക്കേജ് ഡൗൺലോഡ് ആക്സസ് പരിശോധിക്കുന്നില്ല. സൂചിക @type, @id എന്നിവ വഴി റിസോഴ്സ് URL പ്രഖ്യാപിക്കുന്നു; മെറ്റാഡാറ്റയും പാക്കേജ് ഉള്ളടക്കവും മറ്റൊരിടത്ത് ഹോസ്റ്റ് ചെയ്തേക്കാം.

  1. റീസ്റ്റോർ ഔട്ട്പുട്ടിൽ ആദ്യം പരാജയപ്പെട്ട URL, പാക്കേജ് ID, പതിപ്പ് എന്നിവ വായിക്കുക.
  2. ആ ഹോസ്റ്റിനെ ഫീഡ് സൂചികയിലെ റിസോഴ്സ് URL-കളുമായി താരതമ്യം ചെയ്യുക. PackageBaseAddress/3.0.0 പതിപ്പ് എണ്ണത്തിനും പാക്കേജ് ഫയൽ ശേഖരണത്തിനും അടിത്തറ നൽകുന്നു.
  3. നെറ്റ്വർക്ക് അഡ്മിനിസ്ട്രേറ്ററുമായി ആവശ്യമായ പാത അവലോകനം ചെയ്യുമ്പോൾ റീഡയറക്ടുകൾ ഉൾപ്പെടുത്തുക.

feed.example-ൽ ഉള്ള ഒരു സങ്കൽപ്പ സൂചിക packages.example-ൽ ഉള്ളടക്കം പ്രഖ്യാപിക്കുകയാണെങ്കിൽ, തിരഞ്ഞെടുത്ത .nupkg തടയപ്പെട്ടിരിക്കുമ്പോഴും പാക്കേജ് പട്ടിക ലോഡ് ആയേക്കാം. ആവർത്തിച്ചുള്ള ലോഗിൻ ശ്രമങ്ങൾ ആ അഭ്യർത്ഥനകളെ തുല്യമാക്കുന്നില്ല. കാഷിൽ ഉള്ള ഒരു പാക്കേജ് വിജയിക്കുന്നതും മറ്റൊരു ദൂര ഉള്ളടക്ക URL-നെക്കുറിച്ച് കുറച്ചേ പറയുന്നു.

ഹോസ്റ്റ്നാമം ഊഹിക്കുന്നതിനുപകരം പ്രഖ്യാപിച്ച റിസോഴ്സ് പിന്തുടരുക. ഫീഡ് ഇൻഫ്രാസ്ട്രക്ചർ മാറാനിടയുള്ളതിനാൽ NuGet അത് കണ്ടെത്തുന്നു; സൂചിക ഹോസ്റ്റിന് മാത്രമുള്ള അനുവാദ നിയമം അത് ഉൾക്കൊള്ളണമെന്നില്ല.

യഥാർത്ഥ പ്രതികരണം വർഗ്ഗീകരിക്കുക: 407 പ്രോക്സി പ്രാമാണീകരണം ആവശ്യപ്പെടുന്നു, എന്നാൽ നയപരമായ നിരസനം, പരാജയപ്പെട്ട CONNECT, എത്തിച്ചേരാനാകാത്ത ഹോസ്റ്റ് അല്ലെങ്കിൽ TLS പിശക് എന്നിവയ്ക്ക് സ്വന്തം അന്വേഷണം ആവശ്യമാണ്. സമാനമായ സംഭാഷണങ്ങൾ ആ വ്യത്യാസങ്ങൾ മറയ്ക്കാം. ബന്ധമില്ലാത്ത ഉൽപ്പന്നത്തിന്റെ വിശാലമായ വൈൽഡ്കാർഡ് പട്ടികയ്ക്ക് പകരം ഫീഡിന്റെ രേഖപ്പെടുത്തിയ റിസോഴ്സ് ഹോസ്റ്റുകളിലേക്ക് ആക്സസ് അഭ്യർത്ഥിക്കുക, തുടർന്ന് ബാക്കിയുള്ള ഏതെങ്കിലും അക്കൗണ്ട് പരാജയം അന്വേഷിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ