本地IIS部署.NET Core Web API如何连接本地SQL Server数据源？

默认WeatherForecast接口无数据库依赖，可正常访问说明IIS站点基础配置、.NET Core Hosting Bundle、应用启动流程全是正常的，自定义接口无返回本质就是数据库访问环节出问题，和预判的数据源配置故障方向一致。

• 先修正连接字符串的逻辑冲突
  当前连接字符串同时配置了Trusted_Connection=True（Windows集成认证）和sa账号密码认证，规则上两个配置同时存在时会优先走Windows集成认证，直接忽略填写的sa账号密码，这是最常见的配置失效原因。删掉Trusted_Connection=True，同时补全本地环境需要的证书信任配置，修正后片段如下：

"ConnectionStrings": {
  "DBConnectionString": "Server=.\\SQLEXPRESS;Database=TourActivityExpense;User ID=sa;Password=sa123;TrustServerCertificate=True;"
}

补充：.NET 5及以上版本默认要求SQL Server连接强制校验服务端证书，本地开发环境加TrustServerCertificate=True可直接跳过证书校验，避免无合法证书导致的连接失败

• 校验发布目录下的实际配置文件
  直接打开IIS站点映射的发布文件夹，检查里面的appsettings.json是不是修改后的版本，同时确认文件夹里没有appsettings.Production.json这类环境专属配置文件——这类文件的配置优先级高于主appsettings.json，会直接覆盖写好的连接字符串，很多人改了项目里的配置忘同步到发布目录，或者被环境配置覆盖，怎么调都不生效。

• 调整IIS应用池权限

1. 打开IIS管理器，找到对应站点的应用程序池，右键进入「高级设置」
2. 如果要使用Windows集成认证连数据库，不要用默认的ApplicationPoolIdentity标识，改成NetworkService，或者直接填有本地SQLEXPRESS实例访问权限的Windows账号
3. 修改完记得回收应用池，再重启站点，避免IIS缓存旧配置

• 检查SQL Server本身的配置

1. 打开SQL Server配置管理器，确认SQLEXPRESS实例的TCP/IP协议处于开启状态
2. 打开SSMS连接本地SQLEXPRESS，进入服务端属性-安全页，确认认证模式是「SQL Server和Windows混合认证模式」，同时在安全性-登录名下找到sa账号，确认sa是启用状态，密码和连接字符串里填的一致。

• 抓详细错误日志定位精准问题
  如果上面几步操作完还是异常，找到发布目录下的web.config，把stdoutLogEnabled属性改成true，配置一个日志输出目录（比如.\logs\，提前手动建好文件夹，给IIS站点账号分配这个文件夹的读写权限），再访问出问题的接口，直接看生成的日志里的具体报错，是连接超时、权限不足、EF Core映射异常还是缺依赖文件，比盲猜效率高很多。

注意：所有配置修改完成后都要先回收对应应用程序池再测试，IIS默认会缓存应用进程和旧配置，不回收的话改了文件也不会立即生效。

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