我最近从VS2012 RC升级到RTM,自从升级到RTM后,我再也无法访问nuget了。我在Manage NuGet Packages窗口中收到以下错误。
The ServicePointManager does not support proxies with the https scheme.
我在先前的堆栈溢出问题中查看了提供here的解决方案,但它不适用于我,因为我不在防火墙后面(当然不应该由http://whatismyipaddress.com/proxy-check验证) 。我还可以看到RSS feeds / VS可以访问其他网络资源,在上一个问题中,问题与所有VS互联网流量有关,而不仅仅是NuGet,就像我的情况一样。
任何可能导致此问题的想法,或者如何恢复对NuGet的访问?我在工作的机器上和家里的个人电脑上都试过这个,效果都一样。
答案 0 :(得分:8)
解决方案就在这个答案中:
问题与默认Nuget包源上的错误SSL证书有关。
答案 1 :(得分:8)
我开始在我的一台机器上使用VS2015。我在myget上有一个额外的包源,它不断询问我的凭据,即使输入正确的凭据也失败了。 帮助我的是通过删除这两个nuget文件夹来清除nuget缓存和配置:
之后我重新启动了Visual Studio并再次添加了我的自定义包源。
答案 2 :(得分:5)
我不确定我的nuget使用历史中发生了什么,但我最终卡住了我的开发机器使用代理。使它工作。
1- open fiddler
2-转到%AppData%\NuGet\NuGet.config
包裹来源
<packageSources>
<add key="nuget http" value="http://www.nuget.org/api/v2/" />
<add key="nuget.org" value="https://www.nuget.org/api/v2/" />
</packageSources>
3- config
<config>
<add key="HTTP_PROXY" value="http://127.0.0.1:8888" />
</config>
4-利润。
答案 3 :(得分:4)
如果您的互联网设置中有代理设置,也会发生这种情况。
答案 4 :(得分:3)
检查http_proxy
和https_proxy
的系统环境变量。如果它们存在,NuGet首先会查看它们。如果这些代理环境变量以https
开头,则NuGet将失败。修复它们并重新启动计算机(重新启动Visual Studio对我不起作用)。
您可以通过打开程序包管理器控制台来验证这一点:
Get-Childitem env:http_proxy
Get-Childitem env:https_proxy
如果您希望在不重新启动计算机的情况下快速启动它,请在程序包管理器控制台中手动设置代理:
$env:http_proxy = "http://your.proxy.com:1234"
$env:https_proxy = "http://your.proxy.com:1234"
答案 5 :(得分:2)
一个非常晚的答案,但在VS 2015中恢复Nuget软件包时,我得到了完全相同的消息。似乎上次我重启机器时我没有停止Fiddler,而且Fiddler似乎留下了一些有趣的状态。当我开始退出Fiddler时,问题就消失了。
答案 6 :(得分:1)
我也面临同样的问题,因为我只是关闭了我的小提琴手并重新启动Visual Studio来解决问题
答案 7 :(得分:1)
我只是通过安装Fiddler而得到的。我尝试启动它并退出以确保它没有运行,但仍然无法使Nuget正常工作。还必须有其他挂钩。
答案 8 :(得分:0)
NuGet VS 2015 ServicePointManager不支持使用https方案的代理
代理不存在问题,因为在我的情况下代理已被删除。 因此,Visual Studio配置文件必须更改。 但是在其他情况下,答案也可能在于根据您的情况更改配置文件。
转到:C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE
找到配置文件devenv.exe.config
并在管理员模式下编辑:
<defaultProxy enabled="false" useDefaultCredentials="true">
<proxy bypassonlocal="True" proxyaddress="http://proxy.somesite.nl" />
</defaultProxy>
设置enabled =“ =”“,或根据您的需要调整此部分。
更改后重新启动VS。