我在从Azure网站连接我的DB时遇到了一个错误，它是在虚拟机角色(我有SQL虚拟机角色)。VM Role和Azure Website都在West zone。我面临着以下问题:
SqlException (0x80131904):成功建立了与服务器的连接，但是在登录过程中发生了错误。(提供者:SSL提供者，错误:0 -证书链是由一个不受信任的机构颁发的。)]
我可以使用SSMS连接到我的DB。虚拟机角色的1433端口是开放的。 我的连接有什么问题?
当前回答
如果您正在使用答案中提到的任何连接属性，如果true/false似乎不起作用，则接受的值为yes/no。
TrustServerCertificate -接受字符串“yes”和“no”作为值。默认值为“no”，表示验证服务器证书。
使用ODBC 18.0 -希望它有帮助。
连接字符串属性
其他回答
如果您使用Version 18并通过pyodbc访问，它是"TrustServerCertificate=yes"，您需要添加到连接中
当我试图连接到托管在谷歌云平台上的MS SQL Server实例时，在连接属性选项卡下使用SSMS未选中信任服务器证书时，我得到了相同的错误。通过将GCP提供的证书授权导入到本地计算机的“受信任的根证书颁发机构”列表，我成功信任了该证书。
在这里阅读完整的描述和解决方案。
在把一个项目从。net 5迁移到。net 6之后，我也遇到了同样的问题。我尝试了建议的解决方案(TrustServerCertificate=True或Encrypt=False)，它们按预期工作，但我有一个限制，不能更改连接字符串。因此，如果是这种情况，您仍然可以使用System.Data.SqlClient作为nuget包。就像这里解释的那样，它仍然被维护，但所有新的东西都将进入Microsoft.Data.SqlClient。
如果你使用EF Core 7，微软官方文档中解释了一个突破性的变化 https://learn.microsoft.com/en-us/ef/core/what-is-new/ef-core-7.0/breaking-changes#encrypt-defaults-to-true-for-sql-server-connections
我在实体框架迁移中得到了这个消息。我能够与Win Auth连接到Sql Server，并手动创建表。但EF行不通。这个连接字符串终于工作了
Server=MyServerName;Database=MyDbName;Trusted_Connection=SSPI;Encrypt=false;TrustServerCertificate=true
