我在从Azure网站连接我的DB时遇到了一个错误，它是在虚拟机角色(我有SQL虚拟机角色)。VM Role和Azure Website都在West zone。我面临着以下问题:
SqlException (0x80131904):成功建立了与服务器的连接，但是在登录过程中发生了错误。(提供者:SSL提供者，错误:0 -证书链是由一个不受信任的机构颁发的。)]
我可以使用SSMS连接到我的DB。虚拟机角色的1433端口是开放的。 我的连接有什么问题?
当前回答
在把一个项目从。net 5迁移到。net 6之后，我也遇到了同样的问题。我尝试了建议的解决方案(TrustServerCertificate=True或Encrypt=False)，它们按预期工作，但我有一个限制，不能更改连接字符串。因此，如果是这种情况，您仍然可以使用System.Data.SqlClient作为nuget包。就像这里解释的那样，它仍然被维护，但所有新的东西都将进入Microsoft.Data.SqlClient。
其他回答
我在试图运行剖析器时遇到了这个错误，即使我的连接已经检查了信任服务器证书，并且我在高级部分添加了TrustServerCertificate=True。我改为以管理员身份运行SSMS实例，分析器启动时没有问题。(我以前发现，即使是本地连接也需要很长时间才能连接，以管理员身份运行也会有所帮助)。
从ssms客户端本身也可以实现同样的功能。只需打开ssms，插入服务器名称，然后从标题连接属性下的选项确保信任服务器证书被选中。
如果您试图通过Visual Studio 2015中的数据连接访问它，并得到上述错误，那么转到高级并设置 TrustServerCertificate = True 让错误消失。
在把一个项目从。net 5迁移到。net 6之后，我也遇到了同样的问题。我尝试了建议的解决方案(TrustServerCertificate=True或Encrypt=False)，它们按预期工作，但我有一个限制，不能更改连接字符串。因此，如果是这种情况，您仍然可以使用System.Data.SqlClient作为nuget包。就像这里解释的那样，它仍然被维护，但所有新的东西都将进入Microsoft.Data.SqlClient。
如果您正在使用答案中提到的任何连接属性，如果true/false似乎不起作用，则接受的值为yes/no。
TrustServerCertificate -接受字符串“yes”和“no”作为值。默认值为“no”，表示验证服务器证书。
使用ODBC 18.0 -希望它有帮助。
连接字符串属性
