5

似乎 nginx 不能很好地支持分块请求。但我试图得到一个更明确（和当前）的答案。我有一个客户端从设置标头的 Java 客户端向服务器发出 SOAP 请求Transfer-Encoding: chunked。当我直接连接到 Tomcat 上的应用程序时，一切正常。

但是当我将 nginx 放在它们之间时，事情就破裂了。

添加一些细节：我正在使用 CloudFoundry。我正在使用 Micro Cloud Foundry 来确认在没有 nginx 的情况下事情是否按预期工作。但是我的要求是使用cloudfoundry.com，所以我没有能力绕过那里的nginx。

这个问题和答案说这可能是我唯一的解决方法：http ://wiki.nginx.org/NginxHttpChunkinModule 。但该解决方法不可用，因为我无法修改 cloudfoundry.com 上的配置。

这个问题看起来也很相似，但它实际上涵盖了这个要求的反面。它涵盖了分块响应而不是分块请求。

那么客户端上的任何更改如何解决这个问题？是否可以同时发送Transfer-Encoding: chunked和Content-Length: 123作为标题？这个领域对我来说是新的，但是从像 Apache HttpComponents 这样的项目看来，可以设置长度或分块，但不能同时设置两者。分块的要点是您不需要知道请求开始时的长度。我可以告诉我的客户使用 HTTP/1.0 并在不分块的情况下与 nginx 一起玩吗？还有其他我忘记的解决方法吗？

4

2 回答 2

4

我已经收集了这个问题所有部分的答案。

Base nginx 不支持分块请求（正如 Alexander 确认的那样！）。Nginx 可以通过使用NginXHttpCunkinModule来支持分块请求（正如我的问题所述）。更好：这个模块在 18 个多月前从 beta 状态升级到生产质量。最佳：在最近的一次聚会上，我与 CloudFoundry 工程团队的一些成员进行了交谈；他们确认计划将此模块添加到他们的 nginx 版本中。问题解决了。（嗯，从长远来看，它已经完全解决了。但我们没有确切的日期来预测何时会发生这种情况。）

因此，短期解决方案也很好。我找到了一个。

回答我向 Alexander 提出的问题：不可能发送带有分块消息的“Content-Length”。这就是分块消息的真正意义：您在获得完整内容之前就开始发送它们，因此您可能还不知道长度。所以他避免分块请求的想法是正确的。但为了更实用，我会说“使用 HTTP/1.0 而不是 HTTP/1.1”。这具有不发送分块消息的效果。我们能够临时修补我们的客户来测试这个想法。有效。但我们不打算推出公共补丁。让每个人都使用一个十年前的协议（和一个十年前不受支持的客户端库！）来解决这种情况似乎适得其反。

相反，我会在需要时使用被黑客户端，如果其他人需要它，我会通过电子邮件发送出去，我们将等待 CloudFoundry 更新到 HttpChunkin 和 HTTP/1.1。

于 2012-01-23T17:04:47.620 回答
2

Nginx 确实不支持分块请求。它会411 Content Length required在没有Content-Length标题的情况下返回。

由于您正在控制您的客户端代码，我想唯一的选择是避免使用分块请求并Content-Length明确指定。

于 2011-12-16T07:24:25.830 回答