之前的文章中，我们介绍了.netcore3.1连接sqlserver数据库时出现类似：A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: TCP Provider, error: 35 - An internal exception was caught)，这样的一段错误信息。在我《.NetCore3.1发布在CentOS后连接SqlServer数据库异常（SslException）》这篇文章中有所提及，原因都非常简单，一句话，都是因为“在数据库登录验证阶段使用了 SSL，导致身份验证不通过。允许的 ssl 最低版本和 SQL Server 数据库版不匹配”在当时的情况下，只需要修改容器环境的（/etc/ssl/openssl.cnf）文件中，安全级别对最低协议版本的要求即可，将MinProtocol=TLSv1.2，改为MinProtocol=TLSV1.0即可，重启容器后，该种问题确实得到了解决。但是，情况总有例外。比如，在进行使用.net5部署的项目中，同样的问题，采用同样的处理方法，问题依然存在。在经过上面的调整后，出现了下面的错误：

 A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 31 - Encryption(ssl/tls) handshake failed)
又是TCP握手时发生错误，协议配置仍有问题。

---

解决这样的问题，问题的根本原因， 还是.net5不支持CipherString = DEFAULT@SECLEVEL=2的配置。

SECLEVEL=2不行，改成1吧，于是将CipherString = DEFAULT@SECLEVEL=1。改完后，重启容器再试，问题依然存在。后来研究发现，

MinProtocol = TLSv1.0 这个配置中TLSv1.0有些问题，于是我将TLSv1.0 改成了TLSv1，.1不要了，重启容器再试，可以了。

关于如何修改SECLEVEL的值，其实很简单，和修改TLSv1.2原理一样，有的朋友，也可以通过docker copy命令，将修改后的文件，拷贝到容器中，替换即可。

---

~ 2021/07/29随笔