NuGet 407 proti 401: prijava v proxy ali poverilnice zasebnega vira?
Ločite poverilnice vira NuGet od poverilnic posredniškega proxyja in preglejte konfiguracijo, ki jo uporablja orodje, ki dejansko izvede obnovitev.
Obnovitev NuGet lahko zahteva tako račun posredniškega proxyja kot račun zasebnega vira. Na podlagi odgovora se odločite, katero konfiguracijo pregledati:
| Opazovanje | Začnite tukaj |
|---|---|
| Proxy vrne 407 | Pot in račun, uporabljena za doseganje posredniškega proxyja |
| Vir paketov vrne 401 | Konfiguracija preverjanja pristnosti vira |
| Povezava ali TLS ne uspe pred odgovorom | Dokazi o končni točki, prenosu in potrdilu |
Žeton vira ne more odgovoriti na 407 proxyja. Prav tako napaka povezave ali TLS pred odgovorom ni dokazala, katero geslo je napačno.
Konfigurirajte proxy ločeno od vira
Vnos proxyja v NuGet spada pod config. Za pot brez vgrajenih poverilnic:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Združite ta primer z ustrezno obstoječo konfiguracijo. Za javni vir, kjer so dovoljeni javni posredniki, seznam proxyjev HTTP ponuja kandidata za to pot brez poverilnic. Ohranite vire paketov v njihovem razdelku; zamenjava URL-ja vira s splošnim naslovom proxyja od posrednika zahteva pakete.
Dokumentirana vrednost http_proxy.password je šifrirana. Uporabite podprta konfiguracijska orodja, namesto da bi v to polje zapisali golo besedilo ali kopirali z drugega računalnika vrednost, ki je videti kodirana, kot da bi šlo za prenosljivo obliko poverilnic.
Preglejte obnovitev, ki dejansko ne uspe
Navedite odjemalca, uporabnika in zagonsko okolje, nato poiščite njegovo dejansko konfiguracijsko hierarhijo. Prispevajo lahko nastavitve uporabnika, računalnika in rešitve. Stara popravek devenv.exe.config zadeva določen proces Visual Studio; ne določa, kaj bere obnovitev iz ukazne vrstice ali storitev gradnje. Ohranite delujoče vire paketov in pravilnike, medtem ko iščete zastarel vnos proxyja.
Ko preverjanje pristnosti deluje, sledite vsakemu pozneje neuspešnemu URL-ju. Metapodatki vira in vsebina paketov lahko uporabljajo različne končne točke, zato ena sprejeta zahteva ne določa celotne poti obnovitve. Ohranite običajno preverjanje podpisa paketov in TLS, medtem ko to popravljate.