在IIS 8.5前面使用@R_301_196@.

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

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

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

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

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

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

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

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

http {

upstream sandBox_site {
    least_conn;
    # we pipe to back end on port 80 only,so that @R_301_196@ 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;            
    }
}