最近我们的PCI DSS扫描失败,并要求我们禁用TLS 1.0(并启用TLS 1.1或1.2)。我在我们的Windows Server 2008 R2服务器上找到了如何执行此操作的说明,但我们有一个使用.NET Remoting的旧应用程序(它是一个.NET 2.0 Windows窗体应用程序/IIS托管的CSLA 1.5数据门户),它无法与新设置通信。
我收到以下异常: 我已经尝试了各种TLS设置的组合,包括在客户端和服务器上禁用TLS 1.0并启用TLS 1.2,以及在客户端和服务器上启用TLS 1.1,但都没有成功。我做了一些研究发现.NET 4.5框架支持TLS 1.1和1.2, 但不清楚是否适用于.NET远程调用。是吗?此外,我发现微软建议升级到4.5.2版本。
话虽如此,这个应用程序有许多依赖项和与.NET 4.5.2不兼容的地方,因此了解是否确实朝着升级的正确方向前进或者我是否应该匆忙重写整个应用程序(我探索过的所有选项都需要进行重大的应用程序更改)将会很有帮助。即使构建一个测试应用程序来尝试它也可能具有挑战性,因为我已经大约10年没有直接处理.NET远程处理了。
所以,我的问题是 - .NET远程处理是否支持TLS 1.1或1.2?
另外:
我收到以下异常: 我已经尝试了各种TLS设置的组合,包括在客户端和服务器上禁用TLS 1.0并启用TLS 1.2,以及在客户端和服务器上启用TLS 1.1,但都没有成功。我做了一些研究发现.NET 4.5框架支持TLS 1.1和1.2, 但不清楚是否适用于.NET远程调用。是吗?此外,我发现微软建议升级到4.5.2版本。
话虽如此,这个应用程序有许多依赖项和与.NET 4.5.2不兼容的地方,因此了解是否确实朝着升级的正确方向前进或者我是否应该匆忙重写整个应用程序(我探索过的所有选项都需要进行重大的应用程序更改)将会很有帮助。即使构建一个测试应用程序来尝试它也可能具有挑战性,因为我已经大约10年没有直接处理.NET远程处理了。
所以,我的问题是 - .NET远程处理是否支持TLS 1.1或1.2?
另外:
- 升级到.NET Framework 4.5.2就足够了吗?
- 是否需要放置更多配置设置以使其通信,如果是,则是什么?
- 如果升级到.NET Framework 4.5.2是唯一需要的,整个应用程序需要升级吗?只需使用.NET远程处理的部分?只需引用使用.NET远程处理的库的客户端?还是其他组合?
- 作为服务器的Windows Server 2008 R2。
- 使用启用了SSL的IIS 7.5托管远程访问(CSLA数据门户)。
- 用于客户端的Windows 7专业版。