Obnovení NuGet může vyžadovat účet forward proxy i účet privátního feedu. Podle odpovědi rozhodněte, kterou konfiguraci prozkoumat:

PozorováníZačněte zde
Proxy vrací 407Trasa a účet použité k dosažení forward proxy
Zdroj balíčků vrací 401Konfigurace ověřování feedu
Připojení nebo TLS selže před odpovědíDůkazy o koncovém bodu, přenosu a certifikátu

Token feedu nemůže odpovědět na 407 proxy. Stejně tak selhání připojení nebo TLS před odpovědí neprokázalo, které heslo je špatné.

Nakonfigurujte proxy odděleně od feedu

Záznam proxy v NuGet patří pod config. Pro trasu bez vložených přihlašovacích údajů:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

Sloučte tento příklad do příslušné existující konfigurace. Pro veřejný feed, kde jsou povoleni veřejní zprostředkovatelé, nabízí seznam HTTP proxy kandidáta pro tuto trasu bez pověření. Ponechte zdroje balíčků v jejich vlastní sekci; nahrazení URL feedu obecnou adresou proxy žádá zprostředkovatele o balíčky.

Dokumentovaná hodnota http_proxy.password je šifrovaná. Použijte podporované konfigurační nástroje místo zápisu prostého textu do tohoto pole nebo kopírování hodnoty vypadající jako kódovaná z jiného počítače, jako by šlo o přenosný formát pověření.

Prozkoumejte obnovení, které skutečně selhává

Pojmenujte klienta, uživatele a spouštěcí prostředí a poté najděte jeho efektivní hierarchii konfigurace. Přispívat mohou nastavení uživatele, počítače i řešení. Stará oprava devenv.exe.config se týká konkrétního procesu Visual Studio; neurčuje, co čte obnovení z příkazového řádku nebo služba sestavení. Zachovejte funkční zdroje balíčků a zásady, zatímco hledáte zastaralý záznam proxy.

Když ověřování funguje, sledujte každou později selhanou URL. Metadata feedu a obsah balíčků mohou používat různé koncové body, takže jeden přijatý požadavek neprokazuje celou trasu obnovení. Zachovejte běžné ověřování podpisu balíčků a TLS, zatímco to opravujete.

Související články