1、问题导向
先来简单介绍一下项目背景，在一个三端（两个管理员网页端+小程序端）项目中遇到的问题：
（1）项目架构
- 两个管理员网页端（HTTP）
- 一个小程序端（需要HTTPS）
- 后端服务（小程序要求HTTPS，所以需要部署域名，配置了SSL）
（2）具体问题
- 小程序端：需要HTTPS，已配置域名并正常工作
- 管理员网页端：使用HTTP，通过IP访问
- 当后端配置SSL后，网页端请求报错400 (Bad Request)
2、错误信息
POST http://[服务器ip]:5174/api/admins/login 400 (Bad Request)
Request failed with status code 4003、解决方案
在Nginx配置文件中，修改反向代理配置：
location /api/ {proxy_set_header Host $http_host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header REMOTE-HOST $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;# 1.添加一行proxy_set_header X-Forwarded-Proto $scheme; # 标识原始协议类型# 2.将http改为httpsproxy_pass https://[服务器ip]:8090/;
}4、原理解析
（1）Nginx反向代理的协议转换机制
- 客户端（浏览器）发送HTTP请求到Nginx
- Nginx将请求转换为HTTPS并转发到后端服务器
- 整个转换过程对客户端透明
（2）请求流程
客户端(HTTP) -> Nginx -> 后端服务器(HTTPS)
- 前端页面：发起HTTP请求
- Nginx：将请求升级为HTTPS
- 后端：接收HTTPS请求并处理
这样Nginx就承担了协议转换的角色，前端到Nginx：HTTP通信，Nginx到后端：HTTPS通信。保证了后端通信安全性的同时不影响前端访问。
5、总结
这就是为什么当操作页面发送请求的时候，在网络面板看到HTTP请求，但系统仍然能正常工作的原因。nginx在这里扮演了一个协议转换器的角色，使得前端可以继续使用HTTP，而后端则确保了HTTPS的安全性。
