如何解决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并发现了这一点：
SSL加密模式处于web.config模式，然后我更改为Flexible，瞧瞧！！！花了20个小时花时间尝试找出一个问题，认为这是WCF服务器配置，而只是这个简单的SSL加密选择。这是我第一次使用Full，所以我是新手。希望这个答案可以帮助其他可能陷入这种可怕，疲惫状态的人。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。