.NET 6升级后无法连接SQL Server 2008的解决方案咨询

针对你的场景，有两个可行方案，均不需要修改系统级openssl.cnf，完全基于你能控制的资源实现：

方案1：自定义OpenSSL配置文件+环境变量指定 #

这是最可靠的方法，利用OpenSSL的环境变量优先级特性，让应用加载你自带的配置文件：

1. 创建自定义openssl.cnf文件
   在应用目录下新建该文件，配置兼容SQL Server 2008的TLS协议和密码套件：

openssl_conf = default_conf

[default_conf]
ssl_conf = ssl_sect

[ssl_sect]
system_default = system_default_sect

[system_default_sect]
# 降低安全级别兼容旧套件，同时启用SQL Server 2008支持的TLS版本
CipherString = DEFAULT@SECLEVEL=1
MinProtocol = TLSv1.0
MaxProtocol = TLSv1.2

2. 部署并指定环境变量
   将这个自定义配置文件和应用一起打包部署，然后设置环境变量：

• 变量名：OPENSSL_CONF
• 变量值：容器内该文件的绝对路径（比如/app/openssl.cnf，假设应用部署在/app目录）

也可以直接在启动命令中指定：

export OPENSSL_CONF=/app/openssl.cnf && dotnet YourApp.dll

方案2：应用代码中强制启用旧TLS协议+调整安全策略 #

如果方案1无法生效，可在应用启动时添加代码，强制启用SQL Server 2008支持的TLS版本，并调整.NET安全策略：

在应用入口（比如Program.cs的Main方法最开头）添加以下代码：

// 启用SQL Server 2008支持的TLS版本
System.Net.ServicePointManager.SecurityProtocol = 
    System.Net.SecurityProtocolType.Tls | 
    System.Net.SecurityProtocolType.Tls11 | 
    System.Net.SecurityProtocolType.Tls12;

// 允许.NET使用兼容的旧密码套件
AppContext.SetSwitch("System.Net.Security.UseSystemDefaultCipherSuites", false);

同时确保连接字符串包含以下参数：

Encrypt=True;TrustServerCertificate=True;

关键注意事项 #

• 确认自定义openssl.cnf的路径在容器内可访问，且应用进程有读取权限
• 若使用方案2，需确保Microsoft.Data.SqlClient版本至少为5.x，旧版本可能不支持对应开关
• 可在启动命令中添加openssl ciphers -v，验证生效的密码套件是否包含SQL Server 2008支持的类型（如AES256-SHA、DES-CBC3-SHA）

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