上传文档时ManagedPipeLineHandler返回400错误该如何排查？

已确认配置有效性说明 #

你当前的配置参数匹配正确：

• maxRequestLength 单位为KB，配置值1048576对应允许1GB请求大小
• maxAllowedContentLength 单位为字节，配置值1048576000对应允许1GB请求内容长度
  两者配置阈值一致，不存在长度配置冲突问题。

排查步骤 #

• 首先查询IIS访问日志中该400错误的子状态码，不同子状态码直接指向根因：

  400.1：请求头无效 | 400.2：请求方法无效 | 400.11：URL存在双转义字符 | 400.12：URL存在高位特殊字符 | 400.16：多部分表单边界错误 | 其余子状态可直接对应IIS错误码规则快速定位

• 检查是否存在层级配置覆盖：确认站点根目录、应用子目录下所有web.config没有覆盖请求过滤、httpRuntime相关配置，同时检查IIS站点级、服务器级的请求过滤规则是否和应用级配置冲突。
• 排查特殊字符/转义限制：如果上传的PDF文件名包含中文、特殊符号（+、%、&等），可添加以下配置临时验证：

  <system.webServer>
    <security>
      <requestFiltering allowDoubleEscaping="true" />
    </security>
  </system.webServer>
  

• 关闭请求验证测试：.NET默认的请求验证机制可能将PDF二进制内容中符合危险特征的片段判定为注入攻击，可临时添加以下配置验证：

  <system.web>
    <pages validateRequest="false" />
    <httpRuntime requestValidationMode="2.0" />
  </system.web>
  

• 排查安全软件拦截：确认生产环境的WAF、入侵检测系统、杀毒软件没有拦截PDF格式的上传请求，可临时关闭安全规则测试上传功能。
• 检查.NET运行环境配置：确认应用程序池的.NET Framework版本设置为v4.0，托管管道模式和开发/测试环境配置一致，不存在版本不匹配问题。
• 校验前端请求格式：确认生产环境上传请求的Content-Type为multipart/form-data，表单结构和测试环境一致，不存在CDN缓存、前端版本差异导致的请求格式错误。

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