NuGet 407 vs. 401: proxyinnlogging eller legitimasjon for privat feed?
Skill legitimasjonen til NuGet-feeden fra legitimasjonen til videresendingsproxyen, og undersøk konfigurasjonen som verktøyet som faktisk utfører gjenopprettingen bruker.
En NuGet-gjenoppretting kan kreve både en videresendingsproxy-konto og en konto for privat feed. Bruk svaret til å avgjøre hvilken konfigurasjon du skal undersøke:
| Observasjon | Start her |
|---|---|
| Proxyen returnerer 407 | Ruten og kontoen som brukes for å nå videresendingsproxyen |
| Pakkekilden returnerer 401 | Autentiseringskonfigurasjonen til feeden |
| Tilkoblingen eller TLS feiler før et svar | Dokumentasjonen av endepunktet, transporten og sertifikatet |
Et feed-token kan ikke svare på proxyens 407. På samme måte har en tilkoblings- eller TLS-feil før et svar ikke fastslått hvilket passord som er feil.
Konfigurer proxyen separat fra feeden
Proxyoppføringen i NuGet hører under config. For en rute uten innebygd legitimasjon:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Flett dette eksempelet inn i den relevante eksisterende konfigurasjonen. For en offentlig feed der offentlige mellommenn er tillatt, tilbyr listen over HTTP-proxyer en kandidat for denne ruten uten legitimasjon. Hold pakkekilder i sin egen seksjon; å erstatte feedens URL med en generisk proxyadresse ber mellommannen om pakker.
Den dokumenterte verdien http_proxy.password er kryptert. Bruk de støttede konfigurasjonsverktøyene i stedet for å skrive klartekst i det feltet eller kopiere en kodet utseende verdi fra en annen maskin som om det var et portabelt legitimasjonsformat.
Undersøk gjenopprettingen som faktisk feiler
Navngi klienten, brukeren og oppstartsmiljøet, og finn deretter dens effektive konfigurasjonshierarki. Innstillinger for bruker, maskin og løsning kan bidra. En gammel devenv.exe.config-rettelse gjelder en bestemt Visual Studio-prosess; den fastslår ikke hva en kommandolinje-gjenoppretting eller byggetjeneste leser. Bevar fungerende pakkekilder og policy mens du finner en utdatert proxyoppføring.
Når autentiseringen virker, følg enhver senere mislykket URL. Feedmetadata og pakkeinnhold kan bruke forskjellige endepunkter, så én akseptert forespørsel fastslår ikke hele gjenopprettingsruten. Bevar vanlig validering av pakkesignatur og TLS mens du retter det.