NuGet 407 tsjin 401: proxy-oanmelding of bewiisbrieven fan privee-feed?
Skied de bewiisbrieven fan 'e NuGet-feed fan dy fan 'e foarút-proxy, en ûndersykje de konfiguraasje dy't it ark brûkt dat de werhelling echt útfiert.
In NuGet-werhelling kin sawol in foarút-proxy-account as in privee-feed-account fereaskje. Brûk it antwurd om te besluten hokker konfiguraasje jo besjen moatte:
| Waarnimming | Begjin hjir |
|---|---|
| Proxy jout 407 werom | De rûte en it account dat brûkt wurdt om de foarút-proxy te berikken |
| Pakketboarne jout 401 werom | De autentikaasjekonfiguraasje fan 'e feed |
| Ferbing of TLS mislearret foar in antwurd | It bewiis oer einpunt, ferfier en sertifikaat |
In feed-token kin de 407 fan 'e proxy net beantwurdzje. Likegoed hat in ferbining- of TLS-mislearring foar in antwurd net fêststeld hokker wachtwurd ferkeard is.
Konfigurearje de proxy apart fan 'e feed
De proxy-ynfier fan NuGet heart ûnder config. Foar in rûte sûnder ynbêde bewiisbrieven:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Foegje dit foarbyld yn 'e passende besteande konfiguraasje. Foar in iepenbiere feed wêr't iepenbiere tuskenpersoanen tastien binne, biedt de HTTP-proxylist in kandidaat foar dizze bewiisbriefleaze rûte. Hâld pakketboarnen yn har eigen seksje; it ferfangen fan 'e feed-URL troch in algemien proxy-adres freget de tuskenpersoan om pakketten.
De dokumintearre wearde http_proxy.password is fersifere. Brûk it stipe konfiguraasje-ark ynstee fan platte tekst yn dat fjild te skriuwen of in fersifere-lykjend wearde fan in oare masine te kopiearjen as wie it in draachber bewiisbriefformaat.
Undersykje de werhelling dy't echt mislearret
Nammje de klant, brûker en startomjouwing, en fyn dan har effektive konfiguraasjehiërargy. Ynstellings fan brûker, masine en oplossing kinne bydrage. In âlde devenv.exe.config-reparaasje giet oer in bepaald Visual Studio-proses; it stelt net fêst wat in kommandorigel-werhelling of in bou-tsjinst lêst. Behâld wurkjende pakketboarnen en belied wylst jo in ferâldere proxy-ynfier sykje.
As de autentikaasje wurket, folgje dan elke URL dy't letter mislearret. Feed-metadata en pakketynhâld kinne ferskate einpunten brûke, dus ien akseptearre oanfraach stelt de folsleine werhellingsrûte net fêst. Behâld de normale pakket-ûndertekening en TLS-falidaasje wylst jo dit korrigearje.