HTTP Error 500.30：ASP.NET Core应用启动失败，IIS部署求助

核心排查步骤 #

HTTP Error 500.30本质是ASP.NET Core Module V2无法启动应用进程，以下是针对性的排查方案：

1. 校验应用程序池配置 #

• 打开IIS管理器，找到对应应用的应用程序池
• 确认.NET CLR版本设置为无托管代码（ASP.NET Core为自托管模式，无需IIS托管运行时）
• 确保启用32位应用程序选项为False，与你安装的x64架构主机版本匹配

2. 直接测试应用启动 #

• 进入应用发布的物理目录，手动运行dotnet YourApp.dll（替换为你的应用dll名称）
  • 如果控制台抛出错误，这就是问题根源，根据输出信息修复（如依赖缺失、配置加载失败等）
• 确认IIS应用的物理路径准确指向包含web.config、应用dll及所有依赖的发布目录

3. 检查web.config的ANCM配置 #

• 打开发布目录下的web.config，重点核对aspNetCore节点：

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

  • 确保processPath和arguments正确指向dotnet可执行文件与应用dll
  • 开启stdoutLogEnabled="true"，手动创建logs文件夹并赋予应用程序池用户读写权限，日志会记录详细启动失败原因
  • 尝试将hostingModel改为outofprocess，排查托管模式冲突问题

4. 权限验证 #

• 确认应用程序池标识（默认是ApplicationPoolIdentity）对发布目录拥有读取和执行权限
• 若应用需访问数据库、本地文件等资源，同步验证该标识是否具备对应权限

5. 核对.NET版本一致性 #

• 运行命令dotnet --info，查看已安装的运行时与主机版本：

  dotnet --info
  

  确认输出中包含x64架构的6.0.15版本ASP.NET Core Runtime和.NET Host
• 若发布时使用--self-contained参数，确保发布包包含完整运行时，无需依赖服务器全局安装

6. 深挖事件查看器细节 #

• 打开事件查看器→Windows日志→应用程序，找到ID为1007的事件，查看详细信息标签页，里面会包含进程启动失败的退出码、具体异常描述等关键线索

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