背景

某 spring 服务使用 nginx 反向代理（下文称为 nginx-a），对外提供服务，并且在 nginx 上配置了 gzip on

后来由于某些原因，需要在 nginx 前面再加一层 nginx 做反向代理（下文称为 nginx-b），并且没有开启 gzip，因为已经在 nginx-a 开启了 gzip，无需开启两次

问题

加上 nginx-b 之后发现，浏览器访 nginx-b 问的时 gzip 失效了，于是又把域名指向 nginx-a，发现 gzip 却是生效的。

结论

排查之后发现是由于 nginx 作为反向代理服务器（nginx-b），会给后端服务发送一个 header Via: nginx，并且 nginx 作为 upstream（nginx-a）回检查 header 中的 Via，默认配置下如果设置了这个 header，nginx 返回的内容就不做 gzip 压缩，所以访问 nginx-b 的时候 gzip 失效了。

解决办法

只需要在 nginx-b 的配置里加上 gzip_proxied: any，表示任何时候返回的内容都做 gzip，具体介绍见 nginx 官网文档

参考文献：

• CDN页面优化不生效排查遇到的坑
• Beware the Via header and its bandwidth impact on your origin

nginx 在执行 !-e $request_filename 或者 try_files $uri $uri/ /index.php$uri 的时候如果文件所在的文件夹没有执行权限会导致 nginx 认为文件不存在，遇到这种问题的时候，先查看文件夹权限。尤其是从别的地方下载的文件或者压缩包里解压出来的文件