我来帮你梳理下这个问题的排查方向和解决办法——毕竟跨平台发布.NET Core应用连接SQL Server时，经常会遇到这类“本地正常、发布就挂”的情况。先明确你的核心场景：Mac本地调试用Scaffold-DbContext "Connection String" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models生成的上下文能正常连远程库，但发布到Windows/Linux服务器就报网络连接错误，telnet能通端口，其他应用也能访问数据库。下面是几个关键的排查点：

1. 先确认发布后的连接字符串是否真的正确 #

本地调试时你大概率用的是appsettings.Development.json，但发布后应用默认加载的是appsettings.json（或者对应生产环境的配置文件）。一定要去服务器的发布目录里直接打开配置文件，确认：

• 服务器域名/IP有没有写错？比如本地hosts文件里配置的自定义域名，服务器上没做DNS解析，就会出现“找不到网络路径”的错误
• 实例名和端口是否正确？如果是SQL Server命名实例，要写成serverName\instanceName；非默认端口的话，必须用逗号分隔：serverName,portNumber
• 身份验证方式是否适配服务器环境？比如你本地用Windows身份验证能连（因为Mac加入了域），但发布到Linux服务器时，Linux无法用Windows域账号，必须改用SQL Server身份验证

另外还要注意：发布过程中配置文件可能被覆盖，比如你在CI/CD流程里设置了替换变量，导致实际生效的连接字符串和本地测试的不一样。可以在应用启动时加一行日志，把当前使用的连接字符串打出来，确认是否和预期一致。

2. 检查SQL Server端的远程连接配置（别忽略细节） #

虽然你说其他应用能连，但还是要确认几个容易遗漏的点：

• TCP/IP协议是否启用：打开SQL Server配置管理器，找到「SQL Server网络配置」→「你的实例的协议」，确保TCP/IP是启用状态；再进TCP/IP的属性，在「IP地址」选项卡中，找到对应公网IP的条目，确认TCP端口是1433（或你用的端口），且“已启用”设为Yes
• 防火墙规则是否精准：telnet能通只能说明端口是通的，但有些防火墙会限制SQL Server的协议流量，或者只允许特定IP访问。要确认Web API发布服务器的IP在SQL Server所在服务器的防火墙允许列表里
• SQL Server登录账号权限：如果用的是SQL Server身份验证，要确认这个账号有远程访问权限，并且密码没有特殊字符导致配置文件转义错误（比如密码里有&或=，需要在连接字符串里转义）

3. 适配.NET Core跨平台的SQL Client参数 #

.NET Core 3.1搭配的Microsoft.Data.SqlClient在跨平台环境下，有些默认行为和Windows上不一样，可以尝试修改连接字符串添加以下参数：

• TrustServerCertificate=true：如果SQL Server用的是自签名证书，跨平台环境下证书验证可能失败，这个参数可以临时绕过验证（生产环境建议配置合法证书）
• Encrypt=false：新版本的SqlClient默认启用加密连接，如果你的SQL Server没有配置加密，会导致连接失败
• Connection Timeout=30：延长连接超时时间，避免网络波动导致的连接失败

修改后的示例连接字符串：

Server=domainName,1433;Database=databaseName;User Id=yourUsername;Password=yourPassword;TrustServerCertificate=true;Encrypt=false;Connection Timeout=30;

4. 在发布服务器上直接测试SQL Server连接 #

这一步能快速区分是应用问题还是服务器网络问题：

• Windows服务器：用SQL Server Management Studio直接连接远程数据库，如果连不上，说明服务器层面有问题；如果能连上，再检查应用的配置
• Linux服务器：安装sqlcmd工具（比如Ubuntu上用sudo apt install mssql-tools），然后执行命令：

  sqlcmd -S domainName,1433 -U yourUsername -P yourPassword -d databaseName
  

  如果能成功进入SQL命令行，说明网络没问题，问题出在应用的配置或依赖上；如果连不上，就重点排查服务器的DNS解析、防火墙或SQL Server配置

5. 检查应用的依赖版本 #

.NET Core 3.1的Microsoft.EntityFrameworkCore.SqlServer包如果版本太旧，可能存在跨平台连接的bug。可以把包更新到.NET Core 3.1支持的最新稳定版本（比如3.1.30），对应的Microsoft.Data.SqlClient也会同步更新，很多连接问题都能通过更新依赖解决。

如果以上步骤都试过还是解决不了，建议把发布服务器上的完整错误堆栈（尤其是Inner Exception的具体信息）贴出来，这样能更精准定位问题。

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