IIS 500.128错误排查求助：ASPX页面访问频繁异常

针对ASPX页面频繁出现500.128错误、刷新可恢复，且FRT日志指向Session模块但错误码显示“操作已成功完成”的情况，可按以下方向逐一排查：

1. 检查Session存储配置与进程稳定性 #

• InProc模式：确认应用程序池的进程回收规则（如内存阈值、请求数限制、定时回收），若进程频繁回收，会导致Session丢失，触发异常；刷新操作会重建Session，因此恢复正常。同时检查快速失败保护是否开启，若应用短时间内报错次数超限，也会导致进程重启。
• StateServer/SQL Server模式：验证ASP.NET State Service是否正常运行，连接字符串是否正确，应用池账户是否具备访问状态服务器/数据库的权限。偶发的连接超时或服务波动可能导致Session获取失败，刷新时重新建立连接即可恢复。

2. 排查Session并发访问锁定问题 #

• ASP.NET默认对同一Session的请求加锁，若页面包含并行加载的资源（如多张图片、异步AJAX请求），后续请求会等待锁释放，极端情况下会触发超时或异常。右键刷新单张图片时，跳过了页面级的Session锁定流程，因此能正常加载。
• 尝试对无需修改Session的页面/资源设置EnableSessionState="ReadOnly"，或对静态资源（如图片、CSS）直接禁用Session，观察问题是否缓解。

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

• 确认应用池标识（如ApplicationPoolIdentity、Network Service）拥有Session存储目录的读写权限：
  • InProc模式下，需访问C:\Windows\Microsoft.NET\Framework\vX.X.XXXXX\Temporary ASP.NET Files目录；
  • 若使用自定义Session存储路径，需确保权限配置正确。权限不足可能导致Session创建/读取失败，刷新时因重试或临时权限缓存成功。

4. 排查模块与版本兼容性 #

• 检查应用程序池的.NET Framework版本是否与项目目标版本一致，版本不兼容可能导致Session模块异常。
• 临时禁用第三方IIS模块（如压缩、安全插件），排查是否存在模块间冲突导致Session模块抛出异常。

5. 启用更详细的Session日志 #

• 在web.config中添加Session相关的日志配置，获取更具体的异常信息：

  <system.web>
    <trace enabled="true" requestLimit="100" pageOutput="false" traceMode="SortByTime" localOnly="false"/>
    <sessionState mode="InProc" cookieless="false" timeout="20" />
  </system.web>
  

  同时开启IIS的ASP.NET健康监测，记录Session相关的警告与错误。

6. 排查客户端Cookie异常 #

• 检查客户端浏览器是否禁用Session Cookie，或Cookie存在损坏、过期情况。首次请求时Cookie未正确写入，导致Session无法识别；刷新时浏览器重新发送Cookie或重建Session，从而恢复正常。
• 测试不同浏览器或隐私模式下的访问情况，排除客户端环境问题。

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