我在从Azure网站连接我的DB时遇到了一个错误，它是在虚拟机角色(我有SQL虚拟机角色)。VM Role和Azure Website都在West zone。我面临着以下问题:
SqlException (0x80131904):成功建立了与服务器的连接，但是在登录过程中发生了错误。(提供者:SSL提供者，错误:0 -证书链是由一个不受信任的机构颁发的。)]
我可以使用SSMS连接到我的DB。虚拟机角色的1433端口是开放的。 我的连接有什么问题?
当前回答
从IIS访问SQLServer时遇到同样的问题。添加TrustServerCertificate=True没有帮助。
可以在MS文档中看到一条注释:确保SQLServer服务帐户可以访问您正在使用的TLS证书。(NT服务\ MSSQLSERVER)
打开个人存储，右键单击证书->管理私钥->添加SQL服务帐户并给予完全控制。
重新启动SQL服务。它工作。
其他回答
"ConnectionStrings": {
"DefaultConnection": "Server=DESKTOP-O5SR0H0\\SQLEXPRESS;Database=myDataBase;Trusted_Connection=True;TrustServerCertificate=True;"
}
}
在把一个项目从。net 5迁移到。net 6之后，我也遇到了同样的问题。我尝试了建议的解决方案(TrustServerCertificate=True或Encrypt=False)，它们按预期工作，但我有一个限制，不能更改连接字符串。因此，如果是这种情况，您仍然可以使用System.Data.SqlClient作为nuget包。就像这里解释的那样，它仍然被维护，但所有新的东西都将进入Microsoft.Data.SqlClient。
如果您使用Version 18并通过pyodbc访问，它是"TrustServerCertificate=yes"，您需要添加到连接中
我在实体框架迁移中得到了这个消息。我能够与Win Auth连接到Sql Server，并手动创建表。但EF行不通。这个连接字符串终于工作了
Server=MyServerName;Database=MyDbName;Trusted_Connection=SSPI;Encrypt=false;TrustServerCertificate=true
我在试图运行剖析器时遇到了这个错误，即使我的连接已经检查了信任服务器证书，并且我在高级部分添加了TrustServerCertificate=True。我改为以管理员身份运行SSMS实例，分析器启动时没有问题。(我以前发现，即使是本地连接也需要很长时间才能连接，以管理员身份运行也会有所帮助)。
