NuGet 407 mot 401: proxyinnlogging eller legitimasjon for privat feed?
Skil legitimasjonen til NuGet-feeden frå legitimasjonen til videresendingsproxyen, og undersøk konfigurasjonen som verktøyet som faktisk utfører gjenopprettinga brukar.
Ei NuGet-gjenoppretting kan krevje både ein videresendingsproxy-konto og ein konto for privat feed. Bruk svaret til å avgjere kva konfigurasjon du skal undersøkje:
| Observasjon | Start her |
|---|---|
| Proxyen returnerer 407 | Ruta og kontoen som vert brukte for å nå videresendingsproxyen |
| Pakkjeldå returnerer 401 | Autentiseringskonfigurasjonen til feeden |
| Tilkoplinga eller TLS feilar før eit svar | Dokumentasjonen av endepunktet, transporten og sertifikatet |
Eit feed-token kan ikkje svare på proxyen sin 407. På same måte har ein tilkoplings- eller TLS-feil før eit svar ikkje fastslått kva passord som er feil.
Konfigurer proxyen separat frå feeden
Proxyoppføringa i NuGet høyrer under config. For ei rute utan innebygd legitimasjon:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Flett dette dømet inn i den relevante eksisterande konfigurasjonen. For ein offentleg feed der offentlege mellommenn er tillatne, tilbyr lista over HTTP-proxyar ein kandidat for denne ruta utan legitimasjon. Hald pakkjekjelder i sin eigen seksjon; å byta ut URL-en til feeden med ei generisk proxyadresse ber mellommannen om pakkar.
Den dokumenterte verdien http_proxy.password er kryptert. Bruk dei støtta konfigurasjonsverktøya i staden for å skrive klartekst i det feltet eller kopiere ein koda utsjånad verdi frå ein annan maskin som om det var eit portabelt legitimasjonsformat.
Undersøk gjenopprettinga som faktisk feilar
Namngje klienten, brukaren og oppstartsmiljøet, og finn deretter det effektive konfigurasjonshierarkiet. Innstillingar for brukar, maskin og løysing kan bidra. Ei gammal devenv.exe.config-retting gjeld ein bestemd Visual Studio-prosess; ho fastslår ikkje kva ein kommandolinje-gjenoppretting eller byggjeteneste les. Ta vare på fungerande pakkjekjelder og policy medan du finn ei utdatert proxyoppføring.
Når autentiseringa verkar, følg kvar seinare mislukka URL. Feedmetadata og pakkeinnhald kan bruke ulike endepunkt, så éin akseptert førespurnad fastslår ikkje heile gjenopprettingsruta. Ta vare på vanleg validering av pakkesignatur og TLS medan du rettar det.