本地IIS部署.NET Core Web API无法连接本地SQL Server问题咨询

默认WeatherForecast接口不依赖数据库资源，可正常访问说明IIS站点、.NET Core Hosting Bundle等基础托管配置无异常，访问自定义接口报500内部错误的核心原因是数据库连接身份不匹配：
你当前连接字符串用Trusted_Connection=True开启Windows集成身份验证，在Visual Studio中运行时，程序继承你当前登录Windows的用户身份访问SQL Server，权限校验可正常通过；但部署到IIS后，程序默认以对应应用程序池的虚拟账号身份运行，该账号默认没有本地SQL Server实例及目标数据库的访问权限，连库失败直接触发接口报错。

先做前置排查：打开站点发布目录下的appsettings.json核对连接字符串，确认发布过程没有被appsettings.Production.json等环境配置文件覆盖，不要只核对项目源码中的配置。

二选一即可解决权限问题：

• 方案1（本地调试场景最快）：
  打开IIS管理器，找到当前站点绑定的应用程序池，右键选择「高级设置」，找到「进程模型-标识」项，修改为你当前登录Windows的账号（即平时启动Visual Studio、可正常连接本地SQLEXPRESS的账号），保存后回收应用程序池即可。
• 方案2（符合正式部署规范）：
  保留应用程序池默认的ApplicationPoolIdentity标识，打开SQL Server Management Studio：
  1. 进入「安全性-登录名」节点，选择新建登录名
  2. 登录名填写IIS AppPool\【你的应用程序池名称】，注意搜索位置选择本地计算机，不要选域目录
  3. 给该登录名分配TourActivityExpense数据库的db_datareader、db_datawriter角色权限
  4. 保存后回收对应应用程序池即可。

如果上述操作后仍有异常，可开启stdout日志查看具体错误细节：
打开发布目录下的web.config文件，找到<aspNetCore>配置节点，修改为如下配置：

<aspNetCore processPath="dotnet" arguments=".\你的项目dll名称.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="inprocess">

手动在发布目录下新建logs文件夹，重启站点后再次访问报错接口，即可在logs文件夹下看到生成的错误日志，里面会明确标注连库失败的具体原因。

注意：不建议为了省事直接把SQL Server改为SQL账号认证、硬编码sa账号密码到连接字符串，本地临时测试无影响，正式环境会存在严重安全风险。

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