Каналът 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 грешка изисква отделно разследване. Подобни диалози могат да скрият тези разлики. Поискайте достъп до документираните хостове на ресурси на канала, а не до широк списък с шаблони на несвързан продукт, след което разследвайте всеки останал проблем с акаунта.

Подобни статии