这个问题在ASP.NET Core部署到IIS时很常见，主要和运行时缺失、部署包不完整或者IIS配置有关，我给你整理几个一步步排查的方案：

• 第一步：确认服务器已安装对应版本的.NET Core Runtime
  你遇到的System.IO.FileNotFoundException很大概率是因为服务器上缺少应用目标框架对应的.NET Core运行时。首先：

  1. 打开命令行，运行dotnet --info查看服务器已安装的运行时版本。
  2. 对比你ASP.NET Core项目的目标框架（比如项目文件里的<TargetFramework>netcoreapp2.1</TargetFramework>），如果服务器没有对应版本，需要安装ASP.NET Core Runtime（注意区分x86/x64，要和服务器系统匹配）。安装时确保勾选"IIS托管组件"，这样会自动配置IIS的托管模块。

• 第二步：重新发布应用，选择合适的部署模式
  如果不想在服务器上安装运行时，可以采用自包含部署模式：

  1. 在Visual Studio中右键项目→发布，选择发布目标（比如文件夹）。
  2. 在发布设置里，把"部署模式"改为"自包含"，"目标运行时"选择服务器对应的系统（比如win-x64）。
  3. 发布完成后，把整个发布文件夹上传到服务器的C:\inetpub\wwwroot\algoritmtrading.se目录，替换原有文件。自包含部署会打包所有依赖的运行时文件，不需要服务器提前安装.NET Core。

• 第三步：检查IIS的ASP.NET Core托管模块
  IIS需要ASP.NET Core模块来托管应用，确认这个模块是否存在：

  1. 打开IIS管理器，找到你的站点，点击"模块"，查看是否有AspNetCoreModuleV2（或对应版本的模块）。
  2. 如果没有，重新安装对应版本的ASP.NET Core Runtime，安装过程中务必勾选"IIS托管组件"选项。

• 第四步：修正web.config配置并启用日志
  错误日志能帮你定位更细节的问题，同时确保配置正确：

  1. 打开站点目录下的web.config，找到<aspNetCore>节点，确保配置正确：
     • 框架依赖部署：processPath="dotnet"，arguments=".\mvcrepetition.dll"
     • 自包含部署：processPath=".\mvcrepetition.exe"（自包含发布会生成exe文件）
  2. 开启标准输出日志，把stdoutLogEnabled设为true，指定日志目录：

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

  3. 在站点目录下创建logs文件夹，确保应用池身份有写入权限，之后访问站点，查看logs里的日志文件，能得到更详细的错误信息。

• 第五步：检查文件权限
  IIS应用池的身份需要有访问应用目录的权限：

  1. 右键C:\inetpub\wwwroot\algoritmtrading.se目录→属性→安全→编辑→添加。
  2. 输入IIS AppPool\你的应用池名称（比如默认的DefaultAppPool），点击检查名称确认。
  3. 给这个身份勾选"读取和执行"、"列出文件夹内容"、"读取"权限，点击确定保存。

• 第六步：用正确的命令测试应用
  不要直接运行mvcrepetition.dll，应该用dotnet mvcrepetition.dll命令来启动应用，这才是.NET Core应用的正确启动方式。运行这个命令后，观察控制台输出的错误信息，能更精准地定位问题。

先从这些步骤入手排查，大部分情况下都能解决502.5和依赖加载失败的问题。

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