IIS 10上请求卡在BeginRequest状态无法正常处理故障排查问询

一、卡巴斯基拦截验证步骤（优先执行） #

• 临时关闭卡巴斯基的实时防护、Web流量扫描、HTTP/HTTPS拦截功能，重启IIS对应站点后验证请求响应是否恢复正常
• 若关闭后故障消失，将IIS工作进程w3wp.exe、站点根目录、.NET临时缓存目录（C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files）加入卡巴斯基白名单排除列表，重新开启防护后再次验证
• 导出卡巴斯基的威胁日志、流量拦截日志，筛查是否存在针对w3wp.exe、站点端口的拦截记录

二、IIS侧深度排查方案 #

2.1 IIS内置诊断工具排查 #

• 启用失败请求跟踪（FRT）：为目标站点配置覆盖200、5xx、超时类状态码的跟踪规则，全量捕获请求管道的执行日志，定位卡在BeginRequest阶段的具体触发模块
• 执行命令appcmd list requests /site.name:"你的站点名称"，实时查看待处理请求关联的处理模块、耗时信息
• 打开IIS工作进程视图，选中对应站点的应用程序池进程，查看当前执行请求的模块加载、处理耗时详情

2.2 系统层面排查 #

• 检查应用程序池的请求队列长度配置，确认是否存在队列溢出情况，可临时调大队列长度验证故障是否缓解
• 执行netstat -ano命令检查服务器TCP连接状态，确认是否存在端口耗尽、TIME_WAIT连接堆积的问题
• 打开事件查看器，定位Windows日志-应用程序分类下的.NET运行时、ASP.NET报错日志，确认是否存在应用程序域启动失败、权限不足类异常

2.3 权限与模块排查 #

• 检查应用程序池标识对站点目录、.NET临时缓存目录、系统临时目录的读写权限，排除权限阻塞问题
• 核查IIS模块加载顺序，确认是否有第三方模块（安全防护类、URL重写类等）在BeginRequest阶段前注入执行，导致异常阻塞

三、同类问题常见根因参考 #

• 杀毒软件的HTTP流量扫描模块未兼容IIS管道逻辑，在请求进入应用层前强制拦截扫描导致阻塞
• 服务器系统证书存储损坏，HTTPS请求在握手后验证阶段卡住，表现为BeginRequest阶段超时
• 应用程序池自动回收机制异常，回收后应用程序域初始化失败，所有请求卡在进入应用代码前的管道阶段

故障参考截图：

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