怦然心动

感谢诸位 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 天没搞定。

@darkengine #9 感谢回复，我尝试了你的配置，结果是会重定向，我的目的是使用 nginx 启动 httpserver ，并将 http 数据加密，然后将生成的 https 数据给服务器
@kaedeair #7 感谢回复，我研究下 traefik
@zhanlanhuizhang #5 感谢回复，被代理的服务器是 https 服务，我们的业务时先将流量解密，进行安全处理，然后加密回去，再到服务器，我是在不知道怎么办了
@ProProPro #1 感谢回复，直接 301 不可行，会重定向
@Lax #4 感谢回复，我尝试了直接使用 proxy_pass 配置，也查看了相关的配置，感觉没有能实现我的目标的配置，我查了相关配置后，感觉 nginx 好像不能对接收到的 http 请求转为 https 请求到服务器，感觉其中难点应该是不使用重定向，直接将 https 的响应解密成 http 在返回给流量处理层。

@Borch #27 感谢解答，北京这边叫社区医院