问题背景 #

我在Windows Server 2012 R2的IIS v6.2上部署ASP.NET Core 2.0 Web应用时遇到了HTTP 502.5错误。已经安装了.NET Core Windows Server托管捆绑包，也对照官方文档检查了所有IIS设置，但问题依旧。Web.config配置和Windows事件日志存在相关错误提示（注：原文未贴完整内容，以下基于该场景的常见问题给出排查方案）。

针对性排查与修复步骤 #

你可以按照以下顺序逐一排查，大部分这类问题都能通过这些步骤解决：

1. 确认.NET Core运行时版本匹配 #

ASP.NET Core 2.0必须依赖对应的.NET Core Runtime 2.x版本，先通过命令检查已安装的运行时：

dotnet --list-runtimes

如果找不到匹配的2.x版本，重新下载安装对应版本的托管捆绑包（务必选和应用目标框架一致的版本）。

2. 检查应用程序池权限 #

• 确保应用程序池的身份（比如ApplicationPoolIdentity）对应用部署目录拥有读取+执行权限；
• 如果应用需要访问数据库、本地文件或其他系统资源，还要给该身份配置对应的权限（比如数据库读写权限、文件写入权限等）。

3. 验证Web.config的进程配置 #

打开Web.config，重点检查<aspNetCore>节点的配置是否正确：

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

• 确认dotnet.exe在系统PATH中，或者直接写绝对路径（比如C:\Program Files\dotnet\dotnet.exe）；
• 确保arguments中的dll文件名和实际部署的dll完全一致，路径也没有拼写错误。

4. 启用标准输出日志抓详细错误 #

修改Web.config开启stdout日志，这能帮你捕获应用启动时的具体异常：

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

然后在应用根目录手动创建logs文件夹，重新访问应用后，查看logs里的日志文件，里面会记录应用启动失败的具体原因（比如依赖缺失、配置文件格式错误等）。

5. 深挖Windows事件日志的错误详情 #

你提到事件日志有错误，重点查看Windows日志 -> 应用程序里的.NET Core相关事件，通常会包含启动失败的具体异常栈信息（比如未处理的启动异常、数据库连接字符串错误等）。

6. 测试应用独立运行能力 #

在服务器上打开命令提示符，导航到应用部署目录，执行：

dotnet YourApp.dll

如果应用能正常启动并监听端口，说明应用本身没问题，问题出在IIS托管配置；如果启动失败，直接根据控制台输出的错误信息修复应用本身的问题。

7. 重新验证托管捆绑包与IIS模块 #

重新安装.NET Core Windows Server托管捆绑包，确保安装过程无报错，然后检查IIS管理器的模块列表，确认AspNetCoreModule（针对2.0版本的模块）已正确注册。

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