发布ASP.NET Core 2.0 MVC至IIS 10时遇HTTP 502.5及程序集缺失错误

这个问题我之前部署ASP.NET Core 2.x应用时也碰到过，大概率是运行时存储版本不匹配或者发布配置的小疏漏，给你几个针对性的排查和解决步骤：

1. 检查服务器上的ASP.NET Core Runtime Store版本 #

你的应用依赖aspnetcore-store-2.0.8.xml，但提示找不到2.0.3版本的Microsoft.AspNetCore.Antiforgery。首先确认服务器的.NET Core运行时存储目录里是否存在这个包：

• 打开路径C:\Program Files\dotnet\store\x64\netcoreapp2.0（32位系统对应x86路径）
• 查看是否有Microsoft.AspNetCore.Antiforgery\2.0.3的子目录及对应的dll文件

如果缺失，需要安装包含该版本的ASP.NET Core Runtime。你可以在服务器上运行dotnet --info命令，查看已安装的Runtime版本，确保包含2.0.x系列的完整补丁版本（2.0.8理论上包含2.0.3，但如果服务器仅安装了2.0.8 Runtime，可能存在store包不全的情况，建议重新安装对应版本的Runtime安装包，确保Runtime Store完整）。

2. 调整发布配置，确保依赖清单匹配 #

如果服务器上的Runtime Store没问题，那可能是发布时的清单配置和服务器不匹配：

• 打开项目的发布配置文件（.pubxml），检查是否有<RuntimeStoreManifestName>节点，确保它的值和服务器上的Runtime Store版本一致（比如aspnetcore-store-2.0.8.xml）
• 重新发布应用时，使用和服务器一致的SDK版本，避免跨版本发布导致的依赖不匹配

3. 强制将缺失程序集包含到发布包中 #

如果不想折腾Runtime Store，可以直接让发布包包含缺失的dll，绕过对store的依赖：

• 打开项目的.csproj文件，添加以下配置：

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.Antiforgery" Version="2.0.3" PrivateAssets="All" />
  </ItemGroup>
  

• 重新发布应用，此时Microsoft.AspNetCore.Antiforgery.dll会被复制到发布目录的bin文件夹下，IIS就能直接找到它了

4. 验证ASP.NET Core Module（ANCM）安装 #

HTTP 502.5错误很多时候和ANCM未正确安装有关：

• 打开服务器的「控制面板」→「程序和功能」，查看是否安装了Microsoft ASP.NET Core 2.0.x Runtime (包含 IIS 模块)
• 如果缺失，下载对应版本的Runtime安装包重新安装，确保ANCM正确配置

5. 检查IIS应用池设置 #

最后确认应用池的配置是否正确：

• 打开IIS管理器，找到你的应用对应的应用池
• 右键选择「高级设置」，将托管管道模式设置为集成，.NET CLR版本设置为无托管代码（ASP.NET Core应用是自托管的，不需要IIS托管代码）

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