Канал NuGet відкривається, але завантаження пакета заблоковано
Простежте відновлення NuGet v3 від індексу служби до вмісту пакета, коли проксі дозволяє метадані, але блокує хост пакета.
Відкриття індексу NuGet v3 у браузері не перевіряє доступ до завантаження пакетів. Індекс оголошує URL-адреси ресурсів через @type і @id; метадані та вміст пакета можуть розміщуватися в іншому місці.
- Прочитайте у виводі відновлення першу невдалу URL-адресу, ідентифікатор пакета та версію.
- Порівняйте цей хост з URL-адресами ресурсів в індексі каналу.
PackageBaseAddress/3.0.0дає основу для переліку версій і отримання файлів пакета. - Враховуйте переспрямування, коли переглядаєте потрібний шлях з мережевим адміністратором.
Для гіпотетичного індексу на feed.example, який оголошує вміст на packages.example, список пакетів може завантажитися, а вибраний .nupkg залишиться заблокованим. Повторні спроби входу не роблять ці запити рівнозначними. Успіх пакета з кешу також мало говорить про іншу віддалену URL-адресу вмісту.
Дотримуйтеся оголошеного ресурсу, а не вгадуйте ім'я хоста. NuGet виявляє його, бо інфраструктура каналу може змінюватися; правило дозволу лише для хоста індексу може його не покривати.
Класифікуйте фактичну відповідь: 407 вимагає автентифікації проксі, тоді як відмова за політикою, невдалий CONNECT, недоступний хост або помилка TLS потребують окремого розслідування. Схожі діалоги можуть приховувати ці відмінності. Запитуйте доступ до документованих хостів ресурсів каналу, а не широкий список шаблонів стороннього продукту, потім дослідіть будь-яку залишкову помилку облікового запису.