C＃WCF gzip压缩IIS无法使svc / gzip工作使用CloudFlare

如何解决C＃WCF gzip压缩IIS无法使svc / gzip工作使用CloudFlare

我有一个连接到WCF服务的C＃Winforms客户端。这在两台服务器中运行完美。但是，现在我创建了一个新服务器，具有完全相同的代码，相同的web.config等，由于某种原因，gzip不能按预期工作，但问题肯定出在IIS配置中。

它的工作方式是，如果在端点URL的末尾添加/gzip，它将压缩响应。

例如，在Winform应用程序中，我扩展了WCF服务参考，因此我们可以将/gzip添加到端点，如下所示：

this.Endpoint.Address = new System.ServiceModel.EndpointAddress(AppState.WCFServiceUrl + "util.svc/gzip");

正如我说的那样，这在两台服务器上都可以完美地工作，因此客户端或服务器都不能。是新服务器配置中缺少的东西还是让我伤透了脑筋。

因此，在无法正常工作的服务器上，如果仅使用.svc输入端点，则可以正常使用

如果添加/gzip，则会收到404错误，并且这种情况不应该发生。

在 WORKS 的服务器上，您收到此400错误的请求，因此它非常适合客户端：

任何线索可能是缺少的配置还是什么？顺便说一下，所有服务器都启用了动态压缩等。

更新

我认为我的问题出在服务器web.config

<service behaviorConfiguration="Services.UtilBehavior" name="Services.Util">
        <endpoint address="gzip" bindingConfiguration="CustomBinding_IUtil" binding="customBinding" contract="Services.IUtil">
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
      </service>

我认为这可能是一个很久以前存在的问题，我有以下情况：endpoint address="gzip"，如果我更改为address=""，则无需在端点之后发送多余的/gzip来自客户端的网址。

解决方法

所以这简直太疯狂了，花了将近20个小时不停地（不开玩笑，不间断，没有午餐就喝水了）试图找出问题所在，这是解决方案，以防万一有人遇到相同的问题。 / p>

首先，finalCube.calculateTotalArea(); finalCube.printWords();是不正确的，即使它在其他服务器上运行也不正确。因此，我以前在服务器/gzip中拥有端点：

web.config

我更改为：

<endpoint address="gzip" ....

这不是主要问题，而只是一个常规解决方案。真正的问题很容易解决，但花了20个小时才弄清楚。我怎么知道的？

首先，我将其添加到我的<endpoint address="" ....中，从而启用了对WCF服务的诊断：

web.config

然后我再次从客户端尝试使用具有相同错误的服务，然后去服务器检查diagnostics> <messageLogging maxMessagesToLog="30000" logEntireMessage="true" logMessagesAtServiceLevel="true" logMalformedMessages="true" logMessagesAtTransportLevel="true"> </messageLogging> </diagnostics> </system.serviceModel> <system.diagnostics> <sources> <source name="System.ServiceModel" switchValue="Verbose,ActivityTracing" propagateActivity="true" > <listeners> <add name="xml" /> </listeners> </source> <source name="System.ServiceModel.MessageLogging" switchValue="Verbose"> <listeners> <add name="xml" /> </listeners> </source> </sources> <sharedListeners> <add name="xml" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\log\Traces.svclog" /> </sharedListeners> <trace autoflush="true" /> </system.diagnostics>文件的内容。我发现的是这样的：

Traces.svclog

因此它与客户端中接收到的异常相同。然后，我将所有内容更改为不使用SSL，因此将端点更改为仅在客户端Severity="Error"><TraceIdentifier>http://msdn.microsoft.com/en-US/library/System.ServiceModel.Channels.HttpChannelMessageReceiveFailed.aspx</TraceIdentifier><Description>Failed to lookup a channel to receive an incoming message. Either the endpoint or the SOAP action was not found.和服务器app.config上使用http，并且可以正常工作。

因此问题出在SSL上，此新服务器中使用的SSL Im是通过使用win-acme工具生成的，用于生成Let's Encrypt证书的，而我将CloudFlare设置为DNS和网络管理器。因此，我尝试调查CloudFlare是否存在一些错误地重新路由请求或其他内容的Filter并发现了这一点：

here

SSL加密模式处于web.config模式，然后我更改为Flexible，瞧瞧！！！花了20个小时花时间尝试找出一个问题，认为这是WCF服务器配置，而只是这个简单的SSL加密选择。这是我第一次使用Full，所以我是新手。希望这个答案可以帮助其他可能陷入这种可怕，疲惫状态的人。