.NET Framework 4.5应用无法使用TLS 1.3的解决方案咨询

核心原因 #

.NET Framework 4.5 本身不原生支持 TLS 1.3——TLS 1.3 是在 .NET Framework 4.7.2 及以上版本才被正式加入 SecurityProtocolType 枚举的。你硬编码的 (SecurityProtocolType)12288 只是 TLS 1.3 的数值标识，但 .NET 4.5 的运行时无法识别这个值，自然无法建立 TLS 1.3 连接；而 TLS 1.2 的 3072 在 4.5 中是合法枚举值，所以能正常工作。

可选方案 #

方案1：升级到 .NET Framework 4.8（推荐） #

这是最稳妥、长期的解决方案。升级后：

• 可以直接使用原生的 SecurityProtocolType.Tls13 枚举值，无需硬编码数字：

  ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls13 | SecurityProtocolType.Tls12;
  

• 获得微软官方对 TLS 1.3 的完整支持，包括兼容性修复和后续维护，避免潜在的连接问题。

方案2：通过注册表配置强制使用系统最高TLS版本（临时变通） #

如果暂时无法升级框架，可以利用 Windows Server 2022 自带的 Schannel 组件（已支持 TLS 1.3），修改注册表让 .NET 4.5 应用自动协商系统支持的最高 TLS 版本：

1. 打开注册表编辑器（运行 regedit）
2. 定位到对应注册表项：
   • 64位系统：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319
   • 32位应用/系统：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319
3. 新建DWORD(32位)值，命名为 SchUseStrongCrypto，设置值为 1
4. 重启应用或服务器生效

生效后，代码中无需指定 TLS 1.3 的硬编码值，甚至可以移除 ServicePointManager.SecurityProtocol 的设置，.NET 运行时会自动使用系统支持的最高 TLS 版本（包括 TLS 1.3）。

注意：这个方案属于临时变通，.NET 4.5 的底层并未针对 TLS 1.3 做适配，可能存在部分兼容性问题（如特定 TLS 1.3 特性不支持、调试排查困难等），长期仍建议升级框架。

内容的提问来源于stack exchange，提问作者Maan Maurya