我知道你可以使用nginx HttpGzipModule来gzip 响应 。 你可以使用它来启用nginx来处理gzip压缩的请求 ，即与请求头的Content-Encoding: gzip ： Content-Encoding: gzip ？
注意：在mod_deflate的帮助下，Apache可以使用指令SetInputFilter DEFLATE来处理gzip压缩的请求。
http://forum.nginx.org/read.php?11,96472,214266
我只是在一个坐在Apache后端的nginx服务器上尝试过。
curl -H "Content-Encoding: gzip" --include -d @testfile.gz http://example.com/upload_file.php
curl自动添加：
Expect: 100-continue
到请求标题。
nginx发回了一个
HTTP/1.1 100 Continue
响应和curl随后发送gzip的数据。 nginx将整个过程传递给了Apache，仍然是压缩的，而Content-Encoding:头部仍然保持原样。
如果我没有添加curl的Content-Encoding: gzip头，我没有得到HTTP 100的响应，但是其他的都是一样的。
这并没有回答你的问题，但它确实意味着nginx或者默认不处理这个问题，或者在代理时不解压请求的主体。 我对这个问题的答案感兴趣，所以我会看看是否可以稍后在非代理的nginx服务器上进行尝试。
假设你可以通过用mod_deflate代理这些请求到Apache后端来解决带宽问题，但是忽略了你首先selectnginx的原因。
刚刚发现这篇文章： 如何让Nginx解压缩一个gzipped请求
它看起来不错，但我还没有尝试过。 希望它有帮助。