Docker化MSSQL Server拒绝Entity Framework调试连接问题排查求助

我之前也碰到过几乎一模一样的情况——SSMS连得好好的，但EF就是死活连不上，大概率是加密设置的兼容性问题，因为Linux版MSSQL默认启用了加密连接，而EF的SqlClient驱动默认会严格验证证书，直接导致连接失败。给你几个排查和解决的方向：

• 调整连接字符串的加密参数
  这是最常见的解决办法，在你的连接字符串里添加Encrypt=False（适合开发环境）或者TrustServerCertificate=True，修改后的示例如下：

  Data Source=127.0.0.1:1433;Initial Catalog=AdventureWorks;Persist Security Info=True;User ID=sa;Password=pa55w0rd!;Encrypt=False
  

  原因是Linux容器里的MSSQL默认开启了强制加密，SSMS会自动忽略证书验证，但EF驱动严格遵循加密要求，所以必须显式配置这个参数才能绕过验证。

• 确认DbContext实际使用的连接字符串
  有时候Settings.Default.Entities可能读取到的不是你预期的配置——比如配置文件没同步、环境变量覆盖了原有设置等。可以在ProductionContext的构造函数里加一行调试输出，确认实际生效的连接字符串：

  public ProductionContext() : base(Settings.Default.Entities) 
  {
      // 调试用，生产环境记得去掉
      Console.WriteLine($"当前使用的连接字符串：{Settings.Default.Entities}");
  }
  

  确保输出的内容和你手动编写的连接字符串完全一致。

• 检查EF驱动版本兼容性
  如果你的EF版本比较旧（比如EF6.x的早期版本），可能对Linux版MSSQL的支持不够完善。尝试更新Entity Framework相关的NuGet包（比如EntityFramework或者Microsoft.EntityFrameworkCore.SqlServer，根据你使用的EF版本）到最新稳定版，再重新测试连接。

• 验证容器内部的数据库服务状态
  虽然SSMS能连接，但可以再确认下容器内的MSSQL服务是否正常。执行以下命令进入容器内部用sqlcmd连接：

  docker exec -it <你的容器名称/ID> /opt/mssql-tools/bin/sqlcmd -S localhost -U sa -P pa55w0rd!
  

  如果能正常进入命令行交互，说明容器内的数据库服务本身没有问题，问题还是出在EF的连接配置上。

先试试第一个加密参数的调整，这个解决了我当时遇到的问题，大概率也能帮到你。

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