如果您得到此错误，但没有代理服务器，则可以转到

%userprofile%\AppData\Roaming\NuGet\NuGet.Config

并注释这行:

<config>
     <!-- Proxy settings -->
     <add key="http_proxy" value="host" />
     <add key="http_proxy.user" value="username" />
     <add key="http_proxy.password" value="encrypted_password" />
</config>

它为我工作，因为我得到了这个错误，但我没有代理服务器。

如果有人仍然有问题，NuGet答案不工作。下面的答案对我(一家DevOps Azure托管TFS的公司)来说是有效的:登录和退出团队基金会。TFS和VS都报告为已登录，但情况并非如此。不得不辞职——与op描述的症状相同。详情请参阅此答案。

在我的例子中，我只是重新启动docker并工作。

nuget restore 

and

msbuild /t:restore

两者都没有为我工作，因为同样的错误。但

dotnet restore 

完美的工作。试试

我有一个类似的问题，试图连接到我的私人TFS服务器，而不是公共NuGet API服务器。由于某种原因，我在AD服务器和TFS服务器之间出现了问题，因此它总是返回401。NuGet配置文章展示了你可以像这样将你的AD用户名和密码添加到配置文件中:

  <packageSourceCredentials>
      <vstsfeed>
          <add key="Username" value="yourname@company.com" />
          <add key="Password" value="this is an encrypted password" >
          <!-- add key="ClearTextPassword" value="not recommended password" -->
      </vstsfeed>
  </packageSourceCredentials>

这不是一个非常理想的解决方案，更像是一个临时的解决方案，直到我可以找出AD服务器的问题，但这应该可以解决问题。

如果您得到此错误，但没有代理服务器，则可以转到

%userprofile%\AppData\Roaming\NuGet\NuGet.Config

并注释这行:

<config>
     <!-- Proxy settings -->
     <add key="http_proxy" value="host" />
     <add key="http_proxy.user" value="username" />
     <add key="http_proxy.password" value="encrypted_password" />
</config>

它为我工作，因为我得到了这个错误，但我没有代理服务器。