从你的描述来看，核心问题大概率是应用依赖的ASP.NET Core版本和服务器上安装的运行时版本不匹配，再结合Windows 10环境能正常运行的情况，给你以下具体的排查和解决思路：

1. 对齐ASP.NET Core版本 #

你的应用引用的是Microsoft.AspNetCore.All 2.0.8，但服务器上安装的是2.0.7版本的运行时、RuntimePackageStore和WindowsHosting包，版本不一致会直接导致依赖加载失败。

• 先通过控制面板的“程序和功能”，卸载服务器上已安装的2.0.7相关组件
• 下载对应2.0.8版本的安装包：
  • dotnet-runtime-2.0.8-win-x64.exe
  • AspNetCore.2.0.8.RuntimePackageStore_x64.exe
  • DotNetCore.2.0.8-WindowsHosting.exe
• 安装完成后务必重启服务器，确保组件完全生效

2. 验证.NET Core运行时安装状态 #

在服务器的命令提示符中执行以下命令，确认2.0.8版本已正确安装：

dotnet --info

输出结果里应该能看到.NET Core Runtime 2.0.8的条目，如果没有，说明安装过程可能存在损坏，尝试重新下载安装包并执行修复安装。

3. 检查IIS应用池配置 #

ASP.NET Core应用需要特殊的应用池设置，这是很容易忽略的关键项：

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

4. 确认应用目录权限 #

服务器上的应用目录权限不足也会触发这类通用错误：

• 找到你的应用部署目录，右键选择“属性”→“安全”
• 添加IIS_IUSRS和IUSR用户，赋予它们读取和写入权限（如果应用需要生成日志、上传文件，写入权限是必须的）

5. 查看详细错误日志 #

0x80004005是比较宽泛的错误，获取更详细的日志能帮你精准定位问题：

• 在IIS管理器中，找到你的网站，右键选择“功能视图”→“错误页”
• 编辑“500错误”的设置，选择“详细错误”，这样访问应用时会显示具体的加载失败信息
• 同时，也可以查看Windows事件查看器中的“应用程序日志”，里面会记录ASP.NET Core相关的启动异常细节

6. 检查发布模式与部署包 #

确认你发布应用时的配置是否正确：

• 如果是框架依赖部署（FDD）：必须保证服务器上有对应版本的.NET Core运行时（也就是第一步要解决的版本匹配问题）
• 如果是独立部署（SCD）：发布包应该包含所有依赖的运行时文件，此时可以尝试重新发布，选择目标平台为win-x64，并确保发布过程没有报错

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