ASP.NET API出现500错误后持续返回401，需回收应用池修复的问题排查

问题概述 #

• 基于.NET Framework 4.7.2的ASP.NET API，在新客户Win2016 Server（IIS 10）环境部署后出现异常：
  • 首次请求耗时17秒返回500.0
  • 后续所有请求均耗时5秒返回401.0，授权信息未变更，功能完全失效
  • 仅回收应用池可恢复服务
• 无有效错误日志：事件日志无内容，IIS日志仅记录状态码，应用日志未上报任何异常
• 已执行无效排查：禁用Windows身份验证、切换匿名验证用户为应用池身份、回滚至其他客户可用版本、重启服务器

排查与修复步骤 #

1. 强制开启详细错误追踪 #

在Web.config中添加以下配置，捕获未上报的底层异常：

<system.web>
  <customErrors mode="Off" />
  <compilation debug="true" /> <!-- 排查完成后务必关闭 -->
</system.web>
<system.webServer>
  <httpErrors errorMode="Detailed" />
</system.webServer>
<system.diagnostics>
  <trace autoflush="true" enabled="true">
    <listeners>
      <add name="traceListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:\Logs\ApiTrace.log" />
    </listeners>
  </trace>
</system.diagnostics>

确保C:\Logs目录拥有应用池身份的读写权限，触发异常后查看日志细节。

2. 验证应用池身份权限 #

• 检查应用池身份对API程序目录、Web.config、依赖配置文件的读写权限
• 若API依赖外部资源（数据库、文件共享、第三方服务），验证应用池身份是否具备访问权限，重点排查新客户环境的域策略或防火墙限制

3. 排查IIS模块冲突 #

• 新客户环境可能存在额外IIS模块（如安全扫描、监控工具），临时禁用非系统默认模块（除URL Rewrite等必要模块外），测试服务是否恢复
• 确认Web.config中仅保留匿名身份验证配置：

  <system.web>
    <authentication mode="None" />
  </system.web>
  

4. 捕获进程Dump分析底层异常 #

使用ProcDump工具捕获首次500异常时的进程内存快照：

procdump -ma -e 1 -w w3wp.exe C:\Dumps\ApiCrash.dmp

用WinDbg打开dump文件，加载.NET调试符号，分析异常堆栈定位问题根源。

5. 启用IIS失败请求追踪 #

在IIS管理器中创建Failed Request Tracing Rules，针对500和401状态码配置追踪，获取请求处理的完整流程，排查身份验证或请求管道中的异常节点。

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