Hey, I’ve dealt with this exact scenario back when .NET Core 2.x was still widely used— let’s walk through the most likely fixes to get your WebAPI up and running on IIS 8.5:

1. 确认ASP.NET Core模块（ANCM）已安装 #

非自托管模式的.NET Core应用依赖**ASP.NET Core模块（ANCM）**来衔接IIS与.NET Core运行时，而这个模块不会随运行时自动安装：

• 下载与.NET Core 2.0.x匹配的ANCM安装包（别下更高版本，要和你的运行时版本对齐）
• 安装完成后，在PowerShell里执行iisreset重启IIS使配置生效

2. 修正应用程序池配置 #

IIS应用池的几个关键设置很容易导致.NET Core部署失败：

• 将**.NET CLR版本**设置为无托管代码——非自托管模式下，IIS不负责托管运行时，由ANCM接管
• 确认启用32位应用程序选项设为False（你安装的是x64运行时，32位模式会直接报错）
• 检查池身份权限：如果你的WebAPI需要读写文件或连接数据库，确保应用池身份（比如ApplicationPoolIdentity）拥有对应资源的访问权限

3. 验证IIS站点配置 #

• 确保站点的物理路径指向WebAPI发布后的wwwroot文件夹，而非根发布目录
• 检查站点的处理程序映射：必须存在AspNetCoreModule的映射项，路径为*，谓词为*，模块设置为AspNetCoreModule
• 开启日志排查问题：启用IIS站点日志（日志路径为%SystemDrive%\inetpub\logs\LogFiles），同时在web.config里把stdoutLogEnabled设为true——这会在发布目录的logs文件夹生成运行时日志，往往能直接暴露根因

4. 校验发布包完整性 #

• 重新发布时，确保选择依赖框架（Framework-Dependent）模式（也就是非自托管模式），目标框架设为netcoreapp2.0，目标运行时设为win-x64
• 检查发布文件夹里的web.config是否包含正确的ANCM配置，示例如下：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="dotnet" arguments=".\YourWebApi.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />
  </system.webServer>
</configuration>

• 手动测试启动：在发布目录打开PowerShell，执行dotnet .\YourWebApi.dll——如果能正常启动，说明问题出在IIS配置；如果启动失败，要么是发布包损坏，要么是运行时存在版本不匹配

5. 安装Windows Server必备补丁 #

Windows Server 2012需要安装KB2999226（通用CRT更新）才能正常运行.NET Core 2.x——如果缺少这个补丁，运行时会抛出模糊的错误。请确认你的服务器已经安装了该补丁。

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