Դիտարկիչում NuGet v3 ինդեքսը բացելը չի ստուգել փաթեթների ներբեռնման հասանելիությունը։ Ինդեքսը հայտարարում է ռեսուրսների URL-ներ @type-ի և @id-ի միջոցով. մետատվյալները և փաթեթի բովանդակությունը կարող են տեղակայվել այլ տեղ։

  1. Վերականգնման ելքի մեջ կարդացեք առաջին ձախողված URL-ը, փաթեթի ID-ն և տարբերակը։
  2. Համեմատեք այդ հոսթը հոսքի ինդեքսի ռեսուրսների URL-ների հետ։ PackageBaseAddress/3.0.0-ը տալիս է տարբերակների հաշվարկի և փաթեթի ֆայլերի ստացման հիմքը։
  3. Ցանցի ադմինիստրատորի հետ պահանջվող ուղին վերանայելիս ներառեք վերահասցեավորումները։

feed.example-ում գտնվող հիպոթետիկ ինդեքսի համար, որը բովանդակություն է հայտարարում packages.example-ում, փաթեթների ցանկը կարող է բեռնվել, մինչ ընտրված .nupkg-ը արգելափակված է։ Կրկնվող մուտքի փորձերը այդ հարցումները համարժեք չեն դարձնում։ Քեշավորված փաթեթի հաջողությունը նույնպես քիչ է ասում մեկ այլ հեռավոր բովանդակության URL-ի մասին։

Հետևեք հայտարարված ռեսուրսին՝ հոսթի անուն գուշակելու փոխարեն։ NuGet-ը գտնում է այն, քանի որ հոսքի ենթակառուցվածքը կարող է փոխվել. ինդեքսի հոսթի համար միայն թույլտվության կանոնը կարող է չծածկել այն։

Դասակարգեք իրական պատասխանը՝ 407-ը պահանջում է վստահված սերվերի նույնականացում, մինչդեռ քաղաքականության մերժումը, ձախողված CONNECT-ը, անհասանելի հոսթը կամ TLS սխալ-ը պահանջում են առանձին հետաքննություն։ Նմանատիպ երկխոսությունները կարող են թաքցնել այդ տարբերությունները։ Անկապ ապրանքի լայն նիշերի ցանկի փոխարեն պահանջեք հասանելիություն հոսքի փաստաթղթավորված ռեսուրս-հոսթերին, ապա հետաքննեք մնացած ցանկացած հաշվի խափանում։

Առնչվող հոդվածներ