NuGet 407 va 401: proksiga kirish yoki maxfiy feed hisob ma'lumotlari?
NuGet feed hisob ma'lumotlarini forward-proxy hisob ma'lumotlaridan ajrating va tiklashni amalda bajaradigan vosita ishlatadigan konfiguratsiyani tekshiring.
NuGet tiklash uchun ham forward-proxy hisobi, ham maxfiy feed hisobi talab qilinishi mumkin. Qaysi konfiguratsiyani tekshirishni hal qilish uchun javobdan foydalaning:
| Kuzatuv | Shu yerdan boshlang |
|---|---|
| Proksi 407 qaytaradi | Forward-proxyga yetish uchun ishlatiladigan yo'l va hisob |
| Paket manbasi 401 qaytaradi | Feed autentifikatsiya konfiguratsiyasi |
| Javobdan oldin ulanish yoki TLS muvaffaqiyatsiz bo'ladi | Oxirgi nuqta, transport va sertifikat bo'yicha dalillar |
Feed tokeni proksining 407 siga javob bera olmaydi. Xuddi shunday, javobdan oldingi ulanish yoki TLS xatosi qaysi parol noto'g'ri ekanini isbotlamagan.
Proksini feeddan alohida sozlang
NuGet proksi yozuvi config ostida bo'ladi. Ichiga joylangan hisob ma'lumotlari yo'q yo'l uchun:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Bu misolni tegishli mavjud konfiguratsiyaga birlashtiring. Ommaviy vositachilarga ruxsat berilgan ommaviy feed uchun HTTP proksilar ro'yxati bu hisob ma'lumotisiz yo'l uchun nomzod taklif qiladi. Paket manbalarini o'z bo'limida saqlang; feed URL manzilini umumiy proksi manzili bilan almashtirish vositachidan paketlarni so'raydi.
Hujjatlashtirilgan http_proxy.password qiymati shifrlangan. O'sha maydonga ochiq matn yozish yoki boshqa mashinadan shifrlangan ko'rinadigan qiymatni ko'chirish o'rniga qo'llab-quvvatlanadigan konfiguratsiya vositalaridan foydalaning.
Amalda muvaffaqiyatsiz bo'ladigan tiklashni tekshiring
Mijoz, foydalanuvchi va ishga tushirish muhitini nomlang, so'ng uning samarali konfiguratsiya ierarxiyasini toping. Foydalanuvchi, mashina va yechim sozlamalari hissa qo'shishi mumkin. Eski devenv.exe.config tuzatishi muayyan Visual Studio jarayoniga tegishli; u buyruq satridan tiklash yoki build xizmati nima o'qishini isbotlamaydi. Eskirgan proksi yozuvini qidirayotganda ishlaydigan paket manbalari va siyosatni saqlab qoling.
Autentifikatsiya ishlagandan so'ng, keyinroq muvaffaqiyatsiz bo'lgan har qanday URLni kuzatib boring. Feed metama'lumotlari va paket mazmuni turli oxirgi nuqtalardan foydalanishi mumkin, shuning uchun bitta qabul qilingan so'rov to'liq tiklash yo'lini isbotlamaydi. Buni tuzatayotganda odatdagi paket imzosi va TLS tekshiruvini saqlang.