当你在使用 Nginx 作为反向代理或 Web 服务器时，遇到“400 Bad Request: The plain HTTP request was sent to HTTPS port” 的错误，通常意味着你向一个配置为 HTTPS（SSL/TLS）的端口发出了未加密（HTTP）的请求。这种情况经常发生在 Web 服务器配置不当的时候，尤其是在同时使用 HTTP 和 HTTPS 时。本文将会详细阐述这个错误的原因，以及如何去解决它。
一、错误原因分析
-
端口混淆：Nginx 默认使用 80 端口进行 HTTP 协议，而 443 端口用于 HTTPS 协议。当你向 443 端口发送 HTTP 请求时，Nginx 会认为这是不合法的请求，从而返回 400 错误。
-
配置文件错误：Nginx 的配置文件可能存在问题，导致它将 HTTP 请求错误地指向了 HTTPS 端口。
-
浏览器缓存：有时候，浏览器的缓存可能引入了某些重定向规则，导致用户意外发送了不正确的请求。
二、解决方案
要解决这个问题，首先需要检查 Nginx 的配置文件和端口设置。以下是几种常见的解决方案：
1. 检查端口配置
确保你在进行请求时使用了正确的 URL。如果你定义了一个 HTTPS 的 server block，如下所示：
server {
listen 443 ssl;
server_name example.com;
ssl_certificate /path/to/certificate.crt;
ssl_certificate_key /path/to/private.key;
location / {
proxy_pass http://backend_server;
# 其他配置...
}
}
在这个配置中，你的 Nginx 在 443 端口监听 HTTPS 请求。确保你访问的是 https://example.com 而不是 http://example.com。
2. 强制 HTTP 到 HTTPS 的重定向
为了避免用户向 80 端口发送 HTTP 请求并最终导致错误，可以采用重定向的方式强制所有 HTTP 请求转到 HTTPS。你可以在 Nginx 配置中添加如下 server block：
server {
listen 80;
server_name example.com;
return 301 https://$host$request_uri;
}
这样，当用户访问 http://example.com 时，Nginx 会自动重定向到 https://example.com，避免出现上述错误。
3. 检查应用程序的链接地址
确保你的前端和后端代码中使用的 URL 地址是正确的，特别是在设置 AJAX 调用、API 请求或者静态资源链接时。如果你在用 HTTP 协议去请求 HTTPS，可能会导致这样的错误。
4. 清理缓存
有时浏览器的缓存也可能存储了老旧的重定向规则或者 HTTP 请求。尝试清除浏览器缓存，或者使用隐身模式重新访问网站。
三、总结
“400 Bad Request: The plain HTTP request was sent to HTTPS port” 错误通常源于向 HTTPS 端口发送未加密的请求。通过正确的 Nginx 配置、强制 HTTP 重定向、确认链接地址以及清理缓存等方式，我们可以有效地解决这个问题。建议开发者在部署 Web 服务器时，尽量使用 HTTPS 协议，以提高网站的安全性。同时，定期检查配置和请求的有效性，从而减少错误的发生。
