我来一步步帮你排查这个问题——之前碰到过好几次类似的场景，按下面的步骤来大概率能解决：

1. 先确认.NET Core 2.0 Hosting Bundle已安装 #

这是最容易被忽略的前提：.NET Core 2.0要在IIS上运行，必须依赖ASP.NET Core模块（ANCM），而这个模块是打包在.NET Core Hosting Bundle里的。

• 打开「控制面板→程序和功能」，搜索「Microsoft .NET Core 2.0.xx Hosting Bundle」，确认它已经安装。
• 如果没找到，去下载对应版本的Hosting Bundle（注意要匹配你项目用的.NET Core 2.0具体小版本），安装完成后一定要重启IIS，不然模块不会生效。

2. 检查应用程序池的关键配置 #

IIS的应用程序池设置错了，应用肯定启动不了：

• 打开IIS管理器，找到你的应用对应的应用程序池，右键「高级设置」：
  • 把**.NET CLR版本**改成「无托管代码」（因为.NET Core是独立运行的，不需要IIS的托管CLR支持）
  • 检查身份：如果你的应用需要读写本地文件、访问数据库，确保应用池的身份有足够权限——一般用ApplicationPoolIdentity就行，但如果涉及特殊资源，可能需要换成有对应权限的本地账户。

3. 验证web.config的路径与文件权限 #

你的web.config是项目默认生成的，但可能存在路径或权限问题：

• 确认processPath="dotnet"是有效的：如果dotnet命令不在系统PATH里，得写绝对路径，比如C:\Program Files\dotnet\dotnet.exe
• 检查arguments=".\MvcMovie.dll"：确保这个DLL文件确实在网站根目录下，要是应用部署在子目录，相对路径可能需要调整
• 权限检查：给IIS应用池的身份分配网站根目录的读取和执行权限，要是之后要开日志，还要给logs文件夹（如果还没创建就先建一个）分配写入权限

4. 开启stdout日志抓具体错误 #

默认日志是关着的，我们先打开它，这样能拿到最直接的启动错误信息：
修改web.config里的<aspNetCore>节点：

<aspNetCore processPath="dotnet" arguments=".\MvcMovie.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" />

然后：

• 手动在网站根目录创建logs文件夹（如果不存在）
• 给这个文件夹加应用池身份的写入权限
• 重启网站，尝试访问后去logs里看日志文件，里面会明确告诉你是DLL缺失、配置错误还是其他问题

5. 检查ASP.NET Core模块是否正确注册到IIS #

有时候Hosting Bundle装了，但模块没注册成功：

• 以管理员身份打开命令提示符，运行：

%windir%\system32\inetsrv\appcmd.exe list modules | findstr AspNetCoreModule

如果没有返回结果，说明模块没注册，重新安装Hosting Bundle后，再运行下面的命令手动注册：

%windir%\system32\inetsrv\appcmd.exe install module /name:AspNetCoreModule /image:"C:\Program Files\IIS\Asp.Net Core Module\aspnetcore.dll"

（注意路径要匹配你的实际安装路径，.NET Core 2.0对应的模块文件是aspnetcore.dll，不是后来版本的aspnetcorev2.dll）

6. 直接用dotnet命令测试应用本身 #

先排除应用自身的问题：

• 打开命令提示符，切换到网站根目录，运行：

dotnet .\MvcMovie.dll

如果这个命令能成功启动（控制台会显示Now listening on: http://localhost:xxxx），说明应用本身没问题，问题出在IIS配置上；如果启动失败，控制台会直接弹出错误提示，比如缺少依赖包，这时候你需要重新发布应用（用dotnet publish -c Release命令，确保所有依赖都被打包进去）

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