目前一个系统仅支持https协议访问，因后端服务基于ssl协议，前端在请求是也需要支持ssl协议的https请求来访问。目前的代理服务器是nginx，现在想要通过http访问系统，需通过nginx的

　　1、使后端开放两种端口，一个端口支持https协议访问，一个端口支持http协议访问，之后前端请求通过nginx代理，同时nginx也开放两个端口（比如80端口作为http访问，443端口作为https访问系统）。使不同协议走不同的后端服务

　　反向代理是一种服务器架构，它接收来自客户端的请求，然后将这些请求转发到一个或多个后端服务器，并将后端服务器的响应返回给客户端。

　　正向代理是客户端与代理服务器之间的一种代理模式。在正向代理中，客户端请求首先发送到代理服务器，然后由代理服务器转发请求给目标服务器。代理服务器代表客户端发送请求，目标服务器并不知道实际发出请求的客户端身份

　　反向代理是服务器与后端服务器之间的一种代理模式。在反向代理中，客户端请求首先发送到反向代理服务器，然后由反向代理服务器根据配置将请求转发给后端的一个或多个服务器。后端服务器的响应再由反向代理服务器返回给客户端。客户端不需要知道后端服务器的实际存在。

　　反向代理就像商店的售货员，当你去商店购物时，你与售货员打交道，但实际上商品是从后面的仓库取出来的。售货员帮你获取商品，然后交给你。在这个比喻中，售货员就是反向代理，仓库就是后端服务器，你则是客户端。

　　nginx配置https请求,主要是如下方式，且通过location指令将请求代理都后端的https接口上

　　springboot应用中，可以通过配置文件方式配置开启端口，但是协议只能指定一个，如下：通过application.yml的server属性可以配置一个https协议访问的应用端口

　　如果想要再次打开一个端口支持http请求，需要根据使用的后端服务器编写配置类，当前项目使用的是Jeety服务器，配置类代码如下：

　　301: 这是 HTTP 状态码，表示永久重定向。当浏览器或客户端收到这个状态码时，它会知道请求的 URL 已永久性地移动到新的位置，因此应该更新书签或缓存。

　　这是重定向的目标 URL。$ host 是 Nginx 内置变量，代表用户请求的主机名。$request_uri 也是一个内置变量，代表用户请求的 URI（包括查询参数）。这部分指定了用户将被重定向到的 HTTPS 版本的 URL，包括相同的主机名和请求路径。

　　之后通过重新加载 Nginx 配置： 保存配置文件并重新加载 Nginx，以使更改生效。命令如下：

　　遇到问题：通过这种方式，真正请求还是会发到https协议下，而且浏览器访问http时候会被重定向为https。也就是只能做到http访问后被转换为https协议，无法真正使用http请求访问。

　　将 HTTP 请求代理到 HTTPS，而不执行重定向，可以在 HTTP 的服务器块中使用代理，这个配置将 HTTP 请求代理到 HTTPS，而不执行重定向。这意味着浏览器仍然发送 HTTP 请求，但 Nginx 将它们代理到相同域名的 HTTPS 端口，然后将响应返回给浏览器。并且仍然会在内部使用 HTTPS 连接，因此数据仍然会通过加密传输vpn和代理服务器。如下所示：

　　通过nginx的http代理https请求中，如果发生了cookie无法传递，或者其他跨域错误，可能还需要具体分析问题，但是目前这样是可行的。

　　到此这篇关于nginx将https协议反向代理到http协议请求上的实现的文章就介绍到这了,更多相关nginx https协议反向代理到http协议内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！