Azure网站日志中Http 400（HttpSubStatus 607）错误原因及修复咨询

错误原因 #

• 该子状态码对应IIS的REQUEST_HEADER_TOO_LARGE错误，触发条件为客户端发送的请求头总大小超出IIS配置的上限。
• 在Azure App Service环境中，默认请求头大小限制较为保守，当请求包含大量Cookie、多段自定义头字段，或是单个头字段内容过长时，就会触发带607子状态码的400错误。

修复方案 #

调整IIS请求头大小限制 #

• 通过Azure门户配置：
  1. 进入目标App Service的管理界面
  2. 导航至「配置」>「应用程序设置」
  3. 添加以下两项配置：
     • 键：WEBSITE_MAX_HEADER_SIZE，值：按需设置（例如65536代表64KB，最大可设为262144即256KB）
     • 键：WEBSITE_MAX_URL_LENGTH，值：对应调整URL长度限制（可选，如16384）
• 通过web.config配置（适用于ASP.NET/ASP.NET Core应用）：

  <system.webServer>
    <security>
      <requestFiltering>
        <requestLimits maxAllowedContentLength="30000000" maxUrl="16384" maxQueryString="8192" />
      </requestFiltering>
    </security>
    <serverRuntime uploadReadAheadSize="1048576" />
  </system.webServer>
  

  注意：maxUrl与maxQueryString的值需和应用设置中的限制保持一致。

优化客户端请求 #

• 清理冗余Cookie：移除请求中携带的无用Cookie字段
• 简化自定义头：合并或缩短非必要的自定义头内容，避免单个头字段过长
• 拆分大请求：若需传递大量数据，将部分内容移至请求体而非请求头中

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