ServicePointManager不支持* scheme的代理

时间:2009-06-05 07:20:54

标签: .net web-services proxy

我遇到过两种不同的变体:

“ServicePointManager不支持代理方案的代理” “ServicePointManager不支持HTTPS方案的代理”

当客户端尝试通过代理连接到我们的Web服务时,我收到此错误。我遇到过一些使用代理的客户端的问题,但我不知道是什么导致了它。代理使用System.Net.WebProxy和默认凭据设置。

使用.Net 1.1,与Microsoft.Web.Services2。

任何人都知道造成这种情况的原因是什么?

3 个答案:

答案 0 :(得分:47)

行。确保代理地址以“http://”为前缀似乎已经解决了我到目前为止遇到的所有情况。

答案 1 :(得分:1)

我只是运行Fiddler并设置自动验证开启/选中。它对我有用。

答案 2 :(得分:0)

这是我必须追寻的一个有趣的错误。在.NET中像这样指定代理服务器时:WebProxy(“ https:// someproxyserver”),您会收到此错误。对于在“://”字符之前输入的任何方案,都会收到此错误。例如对于如果您使用此:WebProxy(“ somescheme:// someproxyserver”)然后,您将收到错误消息:ServicePointManager不支持somescheme方案的代理。此类唯一识别的方案是http。

如果您在.config文件中设置了类似的内容,也会出现此错误:proxyAddress =“ myproxy.somewhere.local:8080” 您必须这样列出该方案:proxyAddress =“ http://myproxy.somewhere.local:8080”

讨论-大多数组织没有HTTPS代理服务器。这不是必需的,因为如果需要SSL通信,则此通信是在端点服务器和客户端之间,而不是在代理服务器和客户端之间。这并不意味着SSL通信无论如何都不通过http代理安全。 SSL流量经过加密并通过代理隧道传输就很好了,这比直接转到基于SSL的目标(只要您信任代理)安全得多。只是不通过SSL的与代理的初始连接。

上述解决方案来自以下链接

https://docs.microsoft.com/en-us/archive/blogs/jpsanders/the-servicepointmanager-does-not-support-proxies-of-https-scheme-net-1-1-sp1