Windows Server 2012 R2上IIS 8.5大PUT请求报400-Missing Content问题

我之前在Windows Server 2012 R2的IIS 8.5上部署API时也遇到过几乎一模一样的问题——小体积PUT请求正常，超过8MB就返回400错误，提示"Missing Content"。结合你已经开启了400错误跟踪的情况，咱们一步步排查解决：

1. 先检查IIS请求筛选的内容长度限制 #

这是最常见的原因，IIS默认的最大允许内容长度正好是8MB（8388608字节），和你遇到的阈值完全吻合。你可以通过两种方式调整：

图形界面操作 #

• 打开IIS管理器，定位到你的API站点
• 双击请求筛选功能
• 点击右侧的编辑功能设置
• 把「最大允许内容长度(字节)」改成你需要的数值，比如要支持32MB就填33554432，点击确定保存

web.config配置 #

如果更倾向于用代码配置，直接在站点的web.config里添加/修改如下节点：

<system.webServer>
  <security>
    <requestFiltering>
      <!-- 示例设置为32MB，单位是字节 -->
      <requestLimits maxAllowedContentLength="33554432" />
    </requestFiltering>
  </security>
</system.webServer>

2. 调整ASP.NET的请求大小限制（针对.NET Framework API） #

如果你部署的是传统ASP.NET API，除了IIS的层面限制，ASP.NET自身也有请求长度限制：
在web.config的<system.web>节点下添加：

<system.web>
  <!-- maxRequestLength单位是KB，这里设置为32768即32MB -->
  <httpRuntime maxRequestLength="32768" executionTimeout="360" />
</system.web>

这里的executionTimeout可以适当调大，避免大请求因处理时间过长触发超时。

3. 结合已有的跟踪日志定位具体触发模块 #

你已经开启了400错误跟踪，重点查看日志里的Module Name字段：

• 如果是RequestFilteringModule触发的错误，那就是上面的内容长度限制没配置到位
• 如果是UrlRewriteModule，那要检查你的URL重写规则里是否隐含了请求大小的限制
• 如果是AspNetModule相关模块触发，那大概率是ASP.NET的请求验证或长度限制未调整

4. 额外检查TLS 1.2相关的传输设置 #

有时候TLS 1.2下的分块传输可能会导致大请求被截断，你可以尝试：

• 确认客户端发送请求时没有禁用分块传输（大部分HTTP客户端默认是启用状态）
• 检查IIS站点的高级设置，如果开启了「启用内核模式缓存」，可以暂时关闭后测试是否解决问题

最后，修改完所有配置后一定要重启你的API站点，确保新配置生效。

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