NuGet 407 teenoor 401: Proxy-aanmelding of private-feed-gebruikersbewyse?
Skei NuGet-voedingsgeloofsbrieuwe van voorskakel-proxygeloofsbrieuwe, en ondersoek die konfigurasie wat die gereedskap gebruik wat die herstel werklik uitvoer.
'n NuGet-herstel kan sowel 'n voorskakel-proxyrekening as 'n private-voedingsrekening vereis. Gebruik die antwoord om te besluit watter konfigurasie ondersoek moet word:
| Waarneming | Begin hier |
|---|---|
| Proxy gee 407 | Die roete en rekening wat gebruik word om die voorskakel-proxy te bereik |
| Pakketbron gee 401 | Die voedings se verifikasiekonfigurasie |
| Verbinding of TLS misluk voor 'n antwoord | Die bewyse oor eindpunt, vervoer en sertifikaat |
'n Voedingstoken kan nie die proxy se 407 beantwoord nie. Net so het 'n verbinding- of TLS-fout voor 'n antwoord nie vasgestel watter wagwoord verkeerd is nie.
Konfigureer die proxy apart van die voeding
NuGet se proxy-inskrywing hoort onder config. Vir 'n roete sonder ingebedde geloofsbriewe:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>
Voeg hierdie voorbeeld by die toepaslike bestaande konfigurasie in. Vir 'n openbare voeding waar openbare tussengangers toegelaat word, bied die HTTP-proxylys 'n kandidaat vir hierdie geloofsbriefvrye roete. Hou pakketbronne in hul eie afdeling; om 'n voedings-URL met 'n generiese proxy-adres te vervang, vra die tussenganger om pakette.
Die gedokumenteerde http_proxy.password-waarde is geënkripteer. Gebruik die ondersteunde konfigurasiegereedskap eerder as om gewone teks in daardie veld te skryf of 'n geënkodeerd-voorkomende waarde van 'n ander masjien te kopieer asof dit 'n draagbare geloofsbriefformaat is.
Ondersoek die herstel wat werklik misluk
Noem die kliënt, gebruiker en bekendstellingsomgewing, en bepaal dan sy effektiewe konfigurasiehiërargie. Gebruiker-, masjien- en oplossinginstellings kan bydra. 'n Ou devenv.exe.config-regstelling raak 'n spesifieke Visual Studio-proses; dit bepaal nie wat 'n opdraglyn-herstel of bouproses lees nie. Behou werkende pakketbronne en -beleid terwyl jy 'n verouderde proxy-inskrywing opspoor.
Nadat verifikasie werk, volg enige later mislukte URL. Voedingsmetadata en pakketinhoud kan verskillende eindpunte gebruik, dus een aanvaarde versoek bepaal nie die volledige herstelroete nie. Behou normale pakketondertekening- en TLS-validering terwyl jy dit regstel.