Канал NuGet адкрываецца, але спампоўка пакета заблакавана

Прасочвайце аднаўленне NuGet v3 ад індэкса службы да змесціва пакета, калі проксі дазваляе метаданыя, але блакуе хост пакета.

Адкрыццё індэкса NuGet v3 у браўзеры не правярае доступ да спампоўкі пакетаў. Індэкс абвяшчае URL рэсурсаў праз @type і @id; метаданыя і змесціва пакета могуць размяшчацца ў іншым месцы.

  1. Прачытайце ў вывадзе аднаўлення першы няўдалы URL, ідэнтыфікатар пакета і версію.
  2. Параўнайце гэты хост з URL рэсурсаў у індэксе канала. PackageBaseAddress/3.0.0 дае аснову для пераліку версій і атрымання файлаў пакета.
  3. Уключайце перанакіраванні, калі разглядаеце патрэбны шлях з адміністратарам сеткі.

Для гіпатэтычнага індэкса на feed.example, які абвяшчае змесціва на packages.example, спіс пакетаў можа загрузіцца, пакуль выбраны .nupkg заблакаваны. Паўторныя спробы ўваходу не робяць гэтыя запыты роўнымі. Поспех пакета з кэша таксама мала кажа пра іншы выдалены URL змесціва.

Ідзіце за абвешчаным рэсурсам, а не ўгадвайце імя хоста. NuGet выяўляе яго, бо інфраструктура канала можа змяняцца; правіла дазволу толькі для хоста індэкса можа яго не пакрываць.

Класіфікуйце фактычны адказ: 407 патрабуе аўтэнтыфікацыі проксі, тады як адмова палітыкі, няўдалы CONNECT, недасягальны хост або памылка TLS патрабуюць уласнага расследавання. Падобныя дыялогі могуць хаваць гэтыя адрозненні. Запытайце доступ да дакументаваных хостаў рэсурсаў канала, а не да шырокага спісу шаблонаў няспорна іншага прадукту, затым даследуйце любы астатні збой уліковага запісу.

Падобныя артыкулы