WCF错误“这可能是由于在HTTPS情况下未使用HTTP.SYS正确配置服务器证书”

Question 1

使用WCF调用从Windows服务到在Web服务器上运行的WCF服务时遇到问题。该呼叫已经运行了几个星期，但随后突然停止工作，此后一直没有工作。

我得到的例外是：

发生一般错误System.ServiceModel.CommunicationException：发出HTTP请求时发生错误

然后说

这可能是由于在HTTPS情况下未使用HTTP.SYS正确配置服务器证书。这也可能是由于客户端和服务器之间的安全绑定不匹配引起的。

我在两端使用的安全性是wsHttpBinding，没有任何类型的加密。它还只是使用HTTP而不是HTTPS，所以我不确定为什么它抱怨HTTPS。

内部异常堆栈的其余部分是：

SystemNet.WebException：基础连接已关闭：发送时发生意外错误。---> System.IO.IOException：无法将数据写入传输连接：提供了无效的参数。---> System.Net.Sockets.SocketException：System.Net.Sockets.NetworkStream.MultipleWrite（BufferOffsetSize []处的System.Net.Sockets.Socket.MultipleSend（BufferOffsetSize []缓冲区，SocketFlags socketFlags）提供了无效的参数缓冲区）

我还应注意，程序中发生这种情况的位置是在对Web服务的调用的“执行”行上-即，当我调用Web服务并将其传递给包装好的DataContract对象时，炸毁。

这项服务所做的全部工作就是传递大量XML（作为.NET对象传递给客户端的调用），然后它会做一些工作。可能正在传输大约100-200k的XML。我已经将两端的数据大小限制提高到超过6兆，但这似乎无济于事。

有任何想法吗？

有关此问题的更多信息：

当我们在本地复制客户端环境时，我们发现除非进行以下更改，否则我们将无法上传大量XML：1.在服务器上，将“ maxRequestLength”设置为100 MB（比我们发送的要高）2.在对于客户端，我们将dataContractSerializer标记下的maxItemsInObjectGraph的值设置为“ 2147483646”。

通过这些更改，我们的本地安装成功上传。但是，客户端在其服务器上的安装仍然失败。有趣的是，一旦我们在服务器上更改了maxRequestLength的值，我们的测试安装就会开始抛出一个与maxItemsInObjectGraph设置有关的错误。在我们客户的服务器上，仍然发生原始的“ HTTP.sys”错误。

如前所述，我们根本没有使用SSL，另外还有2个Web服务调用以相同的方式执行和上传XML。但是，由于无法正常工作的服务呼叫会传输更多数据，因此这似乎是一个大小问题。

但是，如果客户端遇到的问题与我们的测试安装中的问题相同，那么我不明白为什么客户端错误消息不会与ObjectGraph错误相关。

是否有可能我们为客户端上的每个可能的错误都得到了通用的“无效参数”“ HTTP.sys”错误（即，它确实也得到了objectGraph错误，但没有显示出来？）

Question 2

由于主机服务器已更新为使用TLS V1.2，并且我们使用标准SSL进行连接，因此出现了此问题。这是对站点笔测试的一部分进行的更新。我们在代码连接中看到了问题，但浏览器转到wsdl却没有。下列代码已解决：

if (System.Net.ServicePointManager.SecurityProtocol == (SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls))
    System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12;

取自此处：如何禁用SSL回退并仅将TLS用于.NET中的出站连接？（缓解贵宾犬）

Question 3

我在IIS 7上运行的服务上遇到了相同的问题，当添加其中一个新服务器（该新供应商是TLS 1.2）时，该服务连接到多个供应商服务器（某些SSL却没有）原始服务器（SSL）。

为了确认这一点，我只是System.Net.ServicePointManager.SecurityProtocol在将每个请求发送给每个供应商之前记录了。

重新启动服务（或重新启动应用程序池）后看到低位，我会得到输出，Ssl3, Tls但是在对原始供应商服务器的一些请求更改为Ssl3TLS服务的请求后，出现了错误。

为了解决这个问题，我只是做了user369142建议的事情。在对新服务器的每次请求之前：

System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12 | SecurityProtocolType.Ssl3;

没有更多的错误。

Question 4

发生了具有真正的HTTPS绑定的问题，并且出现了与“这可能是由于在HTTPS情况下未使用HTTP.SYS对服务器证书进行正确配置而造成的事实...”相同的例外。在仔细检查了代码和配置中的所有内容之后，错误消息似乎并没有引起内部异常那么误导，因此在快速检查之后，我们发现端口443被skype（在开发服务器上）钩住了。我建议您看一下阻止请求的内容（Fiddler可以在此处帮助您）并确保您可以到达服务前端（在浏览器中查看.svc）及其元数据。

祝好运。

Question 5

在我的情况下，我必须启用SchUseStrongCrypto.Net，这迫使服务器使用TLS 1.0、1.1或1.2建立连接。如果未SchUseStrongCrypto启用该连接，则尝试使用SSL 3.0，该SSL 3.0在我的远程端点上被禁用。

注册表项可启用强加密：

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NetFramework\v4.0.30319]
"SchUseStrongCrypto"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319]
"SchUseStrongCrypto"=dword:00000001

Question 6

对我们而言，此错误是因为运行该服务的开发人员计算机将IIS配置为仅绑定127.0.0.1上的端口443。

在IIS管理器中，右键单击该网站，然后选择“编辑绑定”。如果端口的条目443具有IP地址127.0.0.1，请将其更改为*。

Question 7

经过大量搜索并徒劳地取了主人的名字，我终于得到了它。我在运行wcf服务的服务器上安装了TLS 1.2。我的客户端配置正确，但是它是基于.NET 4.5.1构建的，而wcf在.NET 4.6.1上。如果您使用的是TLS 1.2，则客户端和服务器都必须使用相同的.NET版本。我希望有一天能对某人有所帮助：-)

Question 8

将您的客户端应用程序更改为4.5及更高版本。如果您是4.5，则根据需要使用：System.Net.ServicePointManager.SecurityProtocol = System.Net.SecurityProtocolType.Tls12 / Tls1.1 / Tls1.0，也可以将应用程序升级到4.6.1以上。

Question 9

我们最近几乎发生了完全相同的问题，事实证明这是由于在调用计算机上安装了Microsoft更新KB980436（http://support.microsoft.com/KB/980436）引起的。除了直接卸载，我们的解决方法是按照KB网站上的说明将注册表中的UseScsvForTls DWORD设置为1。如果您看到此更新安装在您的呼叫系统中，则可能需要尝试一下。

Question 10

在Amazon AWS上同时针对IIS和glassfish运行较旧的XP SP3机器时，出现了这个问题。Amazon将其默认负载均衡器设置更改为不启用DES-CBC3-SHA密码。如果要允许较旧的XP TLS 1.0与ELB for HTTPS配合使用，则必须在Amazon ELB上启用该功能，否则会出现此错误。可以在ELB上更改密码，方法是转到控制台的“侦听器”选项卡，然后单击您要进行工作的特定侦听器旁边的密码。

Question 11

如果您的WCF服务使用的是.net Framework 4.0，并且有人在服务器上禁用了TLS 1.0，则您将看到此异常。由于.net 4.0不支持更高版本的TLS。

支持的协议：https : //msdn.microsoft.com/zh-cn/library/system.security.authentication.sslprotocols(v=vs.100).aspx

Question 12

我已经看到了与复杂数据类型问题相关的这些特殊异常，如果您要传递集合或枚举，请参见以下文章：

复杂数据类型

Question 13

如果您使用传输模式=流式传输，请尝试将其更改为缓冲式。

如果这不是问题，那么您可以发布配置。

Question 14

由于几周一切正常，然后停止了运行，因此我怀疑这与您的代码无关。可能是在IIS / ASP.NET中激活服务时发生错误，而不是在调用代码时发生。运行时可能只是检查网站的配置，并抛出与服务无关的一般错误消息。

我怀疑证书已过期或绑定设置不正确。如果该网站的HTTPS配置错误，则无论您的代码是否使用它们，都可能会出现此错误。

Question 15

尝试在浏览器中和Https模式下浏览该服务，如果该服务不是可浏览的，则证明出现此错误的原因。现在，要解决此错误，您需要检查：

https端口，检查其他资源（网站）是否未使用它
检查https的证书是否已正确配置（检查签名权限，自签名证书，使用多个证书）
检查WCF服务绑定和Https模式的配置

Question 16

我们的问题只是端点上的端口号错误地设置为8080。将其更改为8443即可正常工作。

Question 17

而不是显式设置安全协议，更好的方法是设置web.config <compilation targetFramework =“ 4.5”>或更高版本。

Question 18

我通过将.NetFramework版本从4.5.2升级到4.7.2解决了我的问题。

Question 19

刚刚经历过：

System.ServiceModel.CommunicationException：

向http://example.com/WebServices/SomeService.svc发出HTTP请求时发生错误。这可能是由于在HTTPS情况下未使用HTTP.SYS正确配置服务器证书。这也可能是由于客户端和服务器之间的安全绑定不匹配引起的。

---> System.Net.WebException：基础连接已关闭：发送时发生意外错误。

---> System.IO.IOException：无法将数据写入传输连接：远程主机强行关闭了现有连接。

我从管理员那里得知托管Web服务的IIS应用程序池在内存不足后会自动回收。当应用程序池回收时，在客户端上发生错误。

增加应用程序池可用的内存可以解决当前的问题。

Question 20

最近，我们通过网络设备（F5）操作系统更新迫使我们的应用程序从SSL转换为TLS。我们通过重新生成自签名证书来解决此错误。希望这能在以后帮助某人解决问题，因为我们在解决方案之前花费了很多维护时间进行故障排除。

Question 21

刚刚经历过：

System.ServiceModel.CommunicationException：

向http://example.com/WebServices/SomeService.svc发出HTTP请求时发生错误。这可能是由于在HTTPS情况下未使用HTTP.SYS正确配置服务器证书。这也可能是由于客户端和服务器之间的安全绑定不匹配引起的。

---> System.Net.WebException：基础连接已关闭：发送时发生意外错误。

---> System.IO.IOException：无法将数据写入传输连接：远程主机强行关闭了现有连接。

我们的bluecoat代理许可证已过期！因此无法联系外部方（互联网）。

Question 22

我们遇到了同样的问题，就我们而言，通过重新安装证书并再次创建绑定来解决。导致我们出现的事实是，即使在网站上获得一个简单的png图像文件也会产生相同的错误。