@lostberryzz #60 无数不至于，因为性价比可以，买的人不少，大多数 问题都能解决，我是 从 m1max 64g 换成这个了，性价比极高

@wuwei12138 #28 code01 完美符合你的要求，不知道为啥被排除

怦然心动

感谢诸位 v 友回复，给了我很大帮助，我不再一一 @回复了，我会把我的配置放到之后的内容
————————————————————————————————————————————————————————
nginx 最终使用了 headers_more 模块，qat_zip 模块，qat 模块
以下为相关配置

http {
..........................
map $upstream_http_Location $location {
~https://$IP/(?<param>.*) http://$IP/$param;
default $upstream_http_Location;
}

map $sent_http_set_cookie $resp_cookie {
~*(?<CK_WITHOUT_SECURE>.+)Secure $CK_WITHOUT_SECURE;
}

server {
listen 80;
server_name $Name;
location / {
proxy_pass https://$IP;
proxy_ssl_asynch on;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_redirect off;
more_set_headers -s '301 302' 'Location $location';
more_set_headers 'Set-Cookie: $resp_cookie';
}
}
}

@dockerwang #5 java 最香

@honhon #23 其实客户服务本身是 https 服务，只是在流量到达客户服务之前，需要过我们业务串联的防火墙，但是 https 需要加密解密，会影响性能，所以才有第一个 nginx 来卸载流量的 ssl ，https 流量卸载 ssl 后变为 http 流量，然后开始由防火墙处理，处理完成后需要重新加密为 https 以请求真实的客户服务，所有才有了第二个 nginx
@EminemW #24 这种旁路的方式我们也有，只是现在需要实现串联的业务
@yikyo #25 是的，仅记录的话就简单了

@Lax #21 感谢回复，关于您提到的文档中 proxy_pass 的第一段内容，我是查阅了的，也在本地做了测试，结果依然是重定向实现的。关于方案的问题，其实流量调度是 vswitch 实现的，我只需要在 nginx 配置即可，所以才有了这个方案。我会尝试 nginx-lua-module

@darkengine #19 感谢，这也是个方法，但是无法保证性能，为了提高性能我们在服务器加了 QAT 卡，用来加速证书加密解密，用 go 不确定性能是否足够，我会想办法试试

@o00o #17 感谢回复，不是的，中间的流量处理是安全厂商提供的，最终客户一般是地方 zf 单位

@500 #14 感谢回复，我马上尝试您的配置，您说的劫持流量，我们的业务应该就是这个意思，我们是与安全厂商合作，中间流量处理会有多个防火墙和 waf ，整体流量调度使用 vswitch 实现的。我是负责做安全厂商 api 对接和镜像制作的工作，所以这个 nginx 镜像的工作交到我这里了，我自己折腾 3 天没搞定。