nginx proxy webservie 问题&实践

webservice 具有特殊性，因为wsdl 文件是服务器端生成的（大部分，而且是动态的），所以我们直接使用nginx 进行proxy 会有问题
实际上此问题比较常见，而且网上也有人碰到，可能因为时间比较长了，技术变动，不见得就能解决问题，以下是自己在实践中一些整理

主要的问题

• 对于soap 的地址是不对
• 如果基于动态代码生成调用，会有问题（比如基于cfx 动态执行webservice），造成代码无法生成（还是上边soap地址不对引起的）

解决方法

原则是替换，只要保障wsdl 的schema 文件符合要求，而且关联地址可以访问就行了，最简单的方法就是基于nginx 的sub_filter 模块

• 参考配置

 

location / {

        sub_filter http://xxxx 'https://yxxxxxx';

        sub_filter_types text/xml; 

        sub_filter_once off;

        proxy_set_header Accept-Encoding '';

        proxy_set_header Host $host;

        proxy_set_header X-Forwarded-For $remote_addr;

        client_body_buffer_size 10M;

        proxy_set_header X-Forwarded-Proto      $scheme;

        client_max_body_size 10G;

        proxy_buffers 1024 4k;

        proxy_read_timeout 300;

        proxy_pass http://xxxxx;

}

• 几个核心参数说明
  sub_filter_types 指定替换的类型，可以指定为*
  sub_filter_once 表示我们要进行多次替换
  sub_filter 进行替换的指定，比较简单

一些坑

默认sub_filter 对于gzip 似乎是不处理的，会造成大家发现没有生效，此时大家可能会怀疑是指令没生效，实际是没问题的，只是gzip 的问题
解决方法：我们在proxy 的时候不进行gzip 的处理（通过Accept-Encoding 请求头），比如上边的我使用了'' 也可以使用identity，但是大家需要
注意的是对于有些服务尽管我们配置了不使用gzip 处理，但是服务开发者或者服务器管理员，强制使用了gzip（节省带宽），可能就不生效了
解决方法是有的，比如如下图

合理处理机制是先通过nginx proxy 一次（不实用gzip 了），然后在proxy 处理，这样就可以规避gzip 问题了,当然也有社区开发了gunzip_filter 模块可以使用
也是不错的，但是很多时候我们生产环境是没有打包的，而且有时比较难打包，所以基于多次proxy 是一个不错的选择

参考资料

https://forum.nginx.org/read.php?11,271185
https://blog.csdn.net/skymouse2002/article/details/88971071
https://httpwg.org/specs/rfc7231.html#header.accept-encoding
https://nginx.org/en/docs/http/ngx_http_proxy_module.html
https://cxf.apache.org/docs/dynamic-clients.html
https://github.com/catap/ngx_http_gunzip_filter_module