IIS技术问题：如何排查未到达服务的超时及异常请求？

前端侧验证 #

• 打开浏览器开发者工具（F12），切换到Network面板，触发Ajax请求后查看：
  • 请求是否已发送，状态是否为pending/failed，还是返回了4xx/5xx状态码
  • 请求URL、HTTP方法、请求头（如Content-Type、Authorization）是否与预期一致
  • 切换到Console面板，检查是否有跨域（CORS）、语法错误等控制台报错

IIS服务器侧排查 #

• 检查站点绑定与网络连通：
  • 确认IIS站点的绑定端口、主机头与前端请求匹配，服务器防火墙/安全组已开放对应端口
• 查看IIS日志：
  • 日志默认路径为C:\inetpub\logs\LogFiles，找到对应站点的日志文件，搜索请求的URL或客户端IP：
    • 若日志中无此请求记录：说明请求未到达IIS，需排查前端发送环节或网络链路
    • 若有记录：查看状态码（如401权限不足、403禁止访问、404路径不存在）定位问题
• 检查URL重写与反向代理配置：
  • 确认IIS的URL重写规则未错误拦截或修改请求路径；若使用ARR（应用程序请求路由），检查代理规则是否正确指向后端服务
• 应用程序池状态验证：
  • 确认对应应用程序池处于已启动状态，池的运行身份拥有访问后端服务的权限
• 请求限制检查：
  • 查看IIS站点的请求筛选设置，确认最大请求长度、超时时间未限制正常请求；检查应用程序池的空闲超时、进程模型超时配置

后端服务验证 #

• 直接在服务器本地用curl或Postman调用后端服务的内网地址，确认服务本身能正常响应
• 查看后端服务的日志，检查是否有该请求的接收记录：
  • 无记录：说明IIS未完成转发，需回到IIS配置排查
  • 有记录：排查后端服务的处理逻辑是否存在超时、报错
• 确认后端服务的端口未被服务器防火墙拦截，IIS服务器与后端服务的网络连通正常

超时专项排查 #

• 前端检查Ajax代码的超时设置，确认未因超时时间过短导致请求提前中断
• IIS端检查站点的连接超时、应用程序池的请求队列限制，避免因队列满或超时断开连接
• 后端服务检查自身的请求处理超时配置，确认未因处理过慢导致IIS主动断开连接

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