.NET Core 2应用发布至IIS 7.5启动报错，如何获取精准错误信息？

当然可以！部署到IIS 7.5后遇到的“应用启动时发生错误”这种通用提示确实头疼，不过我们可以通过几个配置步骤让应用输出具体的错误细节，帮你快速定位问题：

1. 启用应用内的详细错误页面（临时排查用） #

如果你能修改代码或配置文件，可以让应用直接返回详细的异常信息：

• 修改Startup.cs：打开项目的Startup.cs，在Configure方法中添加开发者异常页面中间件（注意：排查完成后一定要移除或仅在开发环境启用，避免泄露敏感信息）：

  public void Configure(IApplicationBuilder app, IHostingEnvironment env)
  {
      // 临时启用详细错误页面，用于排查问题
      app.UseDeveloperExceptionPage();
  
      // 其他中间件配置（比如UseMvc等）保持不变
  }
  

• 通过配置文件控制：如果不想改代码，可在appsettings.json中添加以下配置，让应用启用详细错误：

  {
    "DetailedErrors": true,
    "Logging": {
      "LogLevel": {
        "Default": "Debug",
        "System": "Information",
        "Microsoft": "Information"
      }
    }
  }
  

2. 配置IIS返回详细错误 #

IIS默认会隐藏具体错误，我们可以调整它的设置：

• 打开IIS管理器，找到你的目标站点，双击“错误页”功能
• 在右侧操作栏点击“编辑功能设置”，选择“详细错误”后点击确定
• 同时，建议启用IIS日志：双击站点的“日志”功能，设置日志存储路径，日志会记录请求的状态码、时间和相关上下文信息，辅助排查。

3. 查看.NET Core托管日志 #

.NET Core在IIS上运行时会生成专门的托管日志，这是排查启动错误的关键：

• 打开IIS管理器，进入站点的“配置编辑器”，选择system.webServer/aspNetCore节点
• 将stdoutLogEnabled设为true，并指定stdoutLogFile的路径（比如.\logs\stdout，注意要确保该目录存在，否则日志无法生成）
• 保存配置后重启站点，再次访问应用，日志文件里会记录应用启动时的所有细节，比如依赖缺失、配置文件错误、权限问题等。

4. 检查应用池配置 #

别忽略这个基础配置：.NET Core应用的应用池必须设置为**“无托管代码”**，因为它不依赖IIS的传统.NET CLR：

• 找到应用对应的应用池，右键选择“高级设置”
• 将“.NET CLR版本”设置为“无托管代码”，重启应用池后再尝试访问。

排查完成后，记得把详细错误页面的配置恢复（比如移除UseDeveloperExceptionPage、把IIS错误页改回“自定义错误页”），避免泄露应用的敏感信息。

内容的提问来源于stack exchange，提问作者Ehsan Zargar Ershadi