在IIS 8.5前面使用Nginx.

IIS 8.5已配置压缩并且运行良好.

但是当我们通过Nginx(下面的配置)点击它时,gzip会丢失(从Web浏览器的角度来看).

第1部分：解决方案尝试#1是在Nginx上启用gzip,从浏览器的角度来看gzip,但现在(我们担心)有(a)强加双gzip开销(在iis中使用gzip,在Nginx上解压缩,重新gzip)在Nginx上);或者,(b)gzip现在在Nginx上,这是不理想的(因为我们可以更好地控制iis,并且iis可以更好地决定什么是静态的,什么是动态的,因此缓存更好等等).解#1的配置可以在这里看到：nginx: gzip on server is lost during proxy

Addendum 1: Per Nginx docs
(07001):
” Nginx … does not “double compress” responses that are already
compressed”

This is good,in that double-zipping will not occur.

第2部分：所以我们真正想要的是接受编码头传递,从浏览器到Nginx到iis,让iis做所有的压缩,并通过Nginx传递gzip响应,而不会在Nginx上发生任何gzip开销.我们的运行配置如下.

问题：我们如何在Nginx 1.7.9中实现第2部分？

运行反向代理配置,它会删除所有gzip(例如它似乎剥离了accept-encoding标头)：

http {

upstream sandBox_site {
    least_conn;
    # we pipe to back end on port 80 only,so that Nginx handles all ssl
    server 192.168.2.16:80 max_fails=1 fail_timeout=60s;  # sBox3-site is .2.16
}

server {
    # This is sandBox.myapp.com block **************************************
    listen 192.168.2.27:80;
    server_name sandBox.myapp.com;

    location / {
    proxy_pass http://sandBox_site;
        proxy_redirect     off;
        proxy_set_header   Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

server {
    # This is SSL version of sandBox.myapp.com block **************************************
    listen 192.168.2.27:443 ssl;
    server_name sandBox.myapp.com;

    ssl_certificate      new-sandBox-myapp-com.cer;
    ssl_certificate_key  new-sandBox-myapp-com.key;

    ssl_protocols SSLv3 TLSv1;
    ssl_ciphers HIGH:!aNULL:!MD5;

    location / {
        proxy_pass http://sandBox_site;
        proxy_redirect     off;
        proxy_set_header   Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;            
    }
}