我正在使用WCF客户端在.NET应用程序中使用Web服务。

该服务的端点地址通过端口4338,并且通过WS-Security标准保护的HTTPS。

所以地址类似于: 通用标签

仅运行应用程序就无法与服务通信。 它给了我以下错误:

无法连接到[服务器名称]:4338 TCP错误代码10060:连接 尝试失败,因为已连接 派对后未正确回应 时间段或已建立 连接失败,因为已连接 主机未响应 [服务器名称]:4338

但是当我运行Fiddler调查http通讯时,该应用程序开始工作,并且可以与该服务进行通讯了。

同样,我想补充一点,我在承载第一个服务的同一Web服务器上有一个不同的服务,并且第二个服务的地址托管在端口8080上,并且我能够与WCF客户端进行通信(无需运行Fiddler)。

因此,我搜索了一下,发现它可能与代理设置有关。您知道问题出在哪里吗,我该如何解决?

谢谢

有帮助吗?

解决方案

如果您在Internet Explorer中设置了代理,则可能会引起问题。打开 https:// [服务器名称]:4338 / [服务名称] / 会发生什么?在Internet Explorer中?

其他提示

Fiddler充当Internet代理服务器。通常,任何形式的症状:“当我使用Fiddler时有效”表示“在(不同的)代理服务器时有效”。

检查您的代理服务器设置。特别是,如empi所建议,请在浏览器中尝试一下。如果可以,那么可能是由于浏览器已配置代理设置,而您没有为WCF配置它们。

感谢empi的回复。 我找到了答案。 实际上,在我们公司中,我们通过“自动配置脚本”进行了代理设置 并且取决于我们内部定位的网站,该脚本会将我们指向适当的代理。 因此,从脚本中我获得了正确的代理地址。 在我的.NET应用程序中,我添加了此代码 WebRequest.DefaultWebProxy=新的WebProxy(“ http://xx.xx.xx.xx:8080 “); 这解决了问题 因此WCF客户端未检测到自动脚本的设置。 这就是当我运行Fiddler时它起作用的原因,因为Fiddler会监听http通信,然后通过设置再次发送。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top