Wcf Azure服务总线中继-服务重新启动后502网关损坏

我们正在使用将本地WCF服务连接到Azure托管的Web角色。当我们升级本地WCF服务时，我们总是通过Azure服务总线从最初的几个请求中获得502错误网关响应，在服务总线主机使用中继重新建立自身后，我们无法获得在指定地址托管的无服务。因为服务被正确地托管

在给定的超时时间之后，错误似乎消失了，WCF请求通过中继得到了正确处理。我们正在使用来防止通信异常

以下是我们从web角色向中继发送WCF请求期间捕获的错误消息：

System.ServiceModel.ProtocolException：内容类型application/soap+xml；响应消息的charset=utf-8与绑定文本/xml的内容类型不匹配；字符集=utf-8。 如果使用自定义编码器，请确保正确实现IsContentTypeSupported方法。T 他的第一个550字节的响应是

---

via useDefaultWebProxy=false，但我们想知道其他人是否在Azure服务总线上看到了相同的HTTP 502行为，以及如何修复它。

我在将本地WCF服务连接到Azure托管的Web角色时看到过此类问题，这些问题主要是由本地网络中的代理引起的。在任何企业IT环境中，“所有计算机”网络设置都设置为使用代理服务器自动检测，或者如果您有多个代理服务器，则实际设置要选择的代理服务器。当WCF服务连接外部世界时，它会经历相同的代理设置，这实际上会改变连接的动态，并引入行为

通过将UseDefaultWebProxy设置为false，您要求web服务不要使用特定于计算机的代理，并使用作为web服务配置一部分的用户设置

---

我认为您在禁用web代理并了解其工作原理方面进展顺利。还可以尝试使用Service Trace Viewer查看相关跟踪并进行故障排除

我在将本地WCF服务连接到Azure托管的Web角色时看到过这样的问题，这些问题主要是由本地网络中的代理引起的。在任何企业IT环境中，“所有计算机”网络设置都设置为使用代理服务器自动检测，或者如果您有多个代理服务器，则实际设置要选择的代理服务器。当WCF服务连接外部世界时，它会经历相同的代理设置，这实际上会改变连接的动态，并引入行为

通过将UseDefaultWebProxy设置为false，您要求web服务不要使用特定于计算机的代理，并使用作为web服务配置一部分的用户设置

---

我认为您在禁用web代理并了解其工作原理方面进展顺利。还可以尝试使用Service Trace Viewer查看相关跟踪和故障排除

自从将绑定中继配置设置为UseDefaultWebProxy=false以来，我们没有看到任何其他502错误消息。自从将绑定中继配置设置为UseDefaultWebProxy=false以来，我们没有看到任何其他502错误消息。