NuGet 407 vs 401: Proxy login o credentials ng pribadong feed?
Paghiwalayin ang credentials ng NuGet feed sa credentials ng forward proxy, at suriin ang configuration na ginagamit ng tool na aktwal na nagsasagawa ng restore.
Ang isang NuGet restore ay maaaring mangailangan ng parehong forward-proxy account at pribadong feed account. Gamitin ang tugon upang magpasya kung aling configuration ang susuriin:
| Obserbasyon | Magsimula rito |
|---|---|
| Nagbabalik ng 407 ang proxy | Ang ruta at account na ginagamit upang maabot ang forward proxy |
| Nagbabalik ng 401 ang pinagmulan ng package | Ang configuration ng authentication ng feed |
| Nabibigo ang koneksyon o TLS bago ang isang tugon | Ang ebidensya sa endpoint, transport, at certificate |
Hindi masasagot ng token ng feed ang 407 ng proxy. Gayundin, ang pagkabigo ng koneksyon o TLS bago ang isang tugon ay hindi nagpatunay kung aling password ang mali.
I-configure ang proxy nang hiwalay sa feed
Ang entry ng proxy ng NuGet ay nasa ilalim ng config. Para sa rutang walang naka-embed na credentials:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Isama ang halimbawang ito sa angkop na umiiral na configuration. Para sa pampublikong feed kung saan pinapayagan ang mga pampublikong tagapamagitan, nag-aalok ang listahan ng HTTP proxy ng kandidato para sa rutang walang credentials na ito. Panatilihin ang mga pinagmulan ng package sa sarili nitong seksyon; ang pagpapalit ng URL ng feed ng pangkalahatang address ng proxy ay humihingi ng mga package sa tagapamagitan.
Ang dokumentadong halaga ng http_proxy.password ay naka-encrypt. Gamitin ang mga sinusuportahang tool sa configuration sa halip na magsulat ng plaintext sa field na iyon o kopyahin mula sa ibang makina ang isang halagang mukhang naka-encode na parang portable na format ng credentials.
Suriin ang restore na aktwal na nabibigo
Pangalanan ang client, user, at launch environment, pagkatapos ay hanapin ang epektibong hierarchy ng configuration. Maaaring mag-ambag ang mga setting ng user, makina, at solusyon. Ang lumang pagwawasto sa devenv.exe.config ay tungkol sa isang partikular na proseso ng Visual Studio; hindi nito pinatutunayan kung ano ang binabasa ng command-line restore o build service. Panatilihin ang gumaganang mga pinagmulan ng package at patakaran habang hinahanap ang hindi na ginagamit na entry ng proxy.
Kapag gumana ang authentication, sundan ang anumang URL na mabibigo mamaya. Maaaring gumamit ng iba't ibang endpoint ang metadata ng feed at nilalaman ng package, kaya ang isang tinanggap na kahilingan ay hindi nagtatatag ng buong ruta ng restore. Panatilihin ang normal na pagpapatunay ng pirma ng package at TLS habang inaayos ito.