NuGet 407 və 401: Proxy girişi yoxsa özəl feed etimadnamələri?
NuGet feed etimadnamələrini forvard-proxy etimadnamələrindən ayırın və faktiki olaraq bərpanı həyata keçirən alətin istifadə etdiyi konfiqurasiyanı yoxlayın.
NuGet bərpası həm forvard-proxy hesabı, həm də özəl feed hesabı tələb edə bilər. Hansı konfiqurasiyanın yoxlanılacağını müəyyən etmək üçün cavabdan istifadə edin:
| Müşahidə | Buradan başlayın |
|---|---|
| Proxy 407 qaytarır | Forvard-proxy-yə çatmaq üçün istifadə olunan marşrut və hesab |
| Paket mənbəyi 401 qaytarır | Feedin autentifikasiya konfiqurasiyası |
| Cavabdan əvvəl bağlantı və ya TLS uğursuz olur | Son nöqtə, nəqliyyat və sertifikat sübutları |
Feed tokeni proxynin 407-sinə cavab verə bilməz. Eyni şəkildə, cavabdan əvvəl baş verən bağlantı və ya TLS uğursuzluğu hansı parolun səhv olduğunu müəyyən etməmişdir.
Proxyni feeddən ayrıca konfiqurasiya edin
NuGet-in proxy qeydi config altında yerləşir. Daxil edilmiş etimadnamələri olmayan marşrut üçün:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Bu nümunəni müvafiq mövcud konfiqurasiyaya birləşdirin. İctimai vasitəçilərə icazə verilən ictimai feed üçün HTTP proxy siyahısı bu etimadnaməsiz marşrut üçün namizəd təklif edir. Paket mənbələrini öz bölməsində saxlayın; feed URL-ini ümumi proxy ünvanı ilə əvəz etmək vasitəçidən paketləri istəyir.
Sənədləşdirilmiş http_proxy.password dəyəri şifrələnmişdir. Həmin sahəyə açıq mətn yazmaq və ya başqa maşindan şifrələnmiş görünən dəyəri portativ etimadnamə formatı kimi köçürmək əvəzinə dəstəklənən konfiqurasiya alətlərindən istifadə edin.
Faktiki uğursuz olan bərpanı yoxlayın
Müştərini, istifadəçini və işə salma mühitini adlandırın, sonra onun effektiv konfiqurasiya iyerarxiyasını tapın. İstifadəçi, maşın və həll parametrləri töhfə verə bilər. Köhnə devenv.exe.config düzəlişi müəyyən bir Visual Studio prosesinə aiddir; əmr sətiri bərpasının və ya build xidmətinin nə oxuduğunu müəyyən etmir. Köhnəlmiş proxy qeydini axtararkən işləyən paket mənbələrini və siyasəti qoruyun.
Autentifikasiya işlədikdən sonra sonradan uğursuz olan istənilən URL-i izləyin. Feed metadatası və paket məzmunu fərqli son nöqtələrdən istifadə edə bilər, buna görə qəbul edilmiş bir sorğu tam bərpa marşrutunu müəyyən etmir. Onu düzəldərkən normal paket imzası və TLS yoxlamasını qoruyun.