当我试图通过Jenkins(配置为服务，默认使用本地系统帐户)运行nuget.exe时，我偶然发现了这个问题。我已经编辑了C:\Windows\System32\config\systemprofile\AppData\Roaming\NuGet\NuGet。配置文件，如下所示:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="http_proxy" value="http://proxy_hostname_or_ip:3128" />
        <add key="https_proxy" value="http://proxy_hostname_or_ip:3128" />
    </config>

  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>

</configuration> 

为了测试命令提示符，可以通过PSTools启动:

psexec -i -s CMD

和实际测试运行在新创建的cmd窗口(运行为本地系统):

path_to_nuget\nuget.exe restore "path_to_solution\theSolution.sln"

如果使用Visual Studio 2019，如果你在devenv.exe.config中没有使用任何默认代理，只需删除“defaultproxy”部分。在VS 2017中，这个部分没有出现

改变

<defaultProxy enabled="true" useDefaultCredentials="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

to

<!--<defaultProxy enabled="true" useDefaultCredentials="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>-->

否则，提供适当的代理用户名和密码。

安装小提琴也给我带来了类似的问题。卸载fiddler并从机器中删除fiddler代理。config(来自Framework和Framework64)解决了这个问题。

删除% AppData % \ \ NuGet \ NuGet徘徊。配置和重新启动VS2019对我来说很有效。

类似于https://github.com/NuGet/Home/issues/3281

我尝试了这里列出的许多答案，但这些都不能解决问题。最后，我不得不在Windows中的凭据管理器中删除“Windows凭据”下的VSCredentials_xxx条目，并重新启动Visual Studio 2019。

在那之后——在下一次VS启动时——VS终于向我要了代理凭证——在输入它们之后，Visual Studio就可以访问互联网了。

(似乎VS很久以前就存储了我最初提供的代理凭据-但因为在我们公司，他们在强制执行3个月后更改密码-凭据不再有效。)

我在VS2010上使用的是旧版本的Nuget，默认为TLS 1.0 这里可以通过更改.Net框架使用的默认TLS版本来修复，该版本在注册表项中配置

reg add HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:64

reg add HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:32

FYI

6月15日，NuGet.org将永久移除对TLS 1.0和1.1的支持。请确保您的系统使用TLS 1.2。

您可以参考此链接了解TLS 1.2支持的信息