【发布时间】:2015-10-29 19:25:50
【问题描述】:
最近我们的 PCI DSS 扫描失败,要求我们禁用 TLS 1.0(并启用 TLS 1.1 或 1.2)。我在我们的 Windows Server 2008 R2 框中找到了有关如何执行此操作的说明,但我们有一个使用 .NET Remoting 的旧应用程序(它是一个 .NET 2.0 Windows 窗体应用程序/IIS 托管的 CSLA 1.5 数据门户),它没有t 与新设置进行通信。
我收到以下异常:
我尝试了客户端和服务器中 TLS 设置组合的各种配置,但均无济于事。如:
- 在客户端和服务器(在注册表中)禁用 TLS 1.0 并启用 TLS 1.2。
- 在客户端和服务器上启用 TLS 1.1(在注册表中)。
我做了一些研究,发现.NET 4.5 framework supports TLS 1.1 and 1.2,但不清楚这是否扩展到.NET 远程处理。是吗?
另外,我发现Microsoft's recommendation is to upgrade to 4.5.2。
也就是说,这个应用程序与 .NET 4.5.2 有很多依赖关系和不兼容,因此了解我是否确实通过升级朝着正确的方向前进或者我是否应该急于重写它会很有帮助完全应用程序(我探索的所有选项都需要对应用程序进行重大更改)。甚至构建一个测试应用程序来尝试它也可能具有挑战性,因为我已经有大约 10 年没有直接处理过 .NET 远程处理了。
所以,我的问题又是 - .NET 远程处理是否支持 TLS 1.1 或 1.2?
还有:
- 升级到 .NET 框架 4.5.2 是否足以实现它?
- 是否需要进行更多配置设置以使其进行通信?如果有,它们是什么?
- 如果只需要升级到 .NET Framework 4.5.2,是否需要升级整个应用程序,是否只需要升级使用 .NET 远程处理的部分,是否需要升级引用使用 .NET 远程处理的库的客户端,或者其他组合?
我正在使用:
- Windows Server 2008 R2 作为服务器。
- IIS 7.5 用于托管启用了 SSL 的远程处理(CSLA 数据门户)。
- 适用于客户端的 Windows 7 Professional。
【问题讨论】:
-
我尝试升级到 .NET Framework 4.5.2 但没有帮助。
标签: asp.net .net iis-7.5 .net-remoting csla