启用return 301重定向需配置独立监听80端口的server块，用return 301 https://$host$request_uri实现跳转；HTTPS server须监听443 ssl并正确配置证书路径及TLS参数，避免循环跳转和端口拦截。
只要在Nginx配置中启用return 301或rewrite规则，并确保监听80端口的server块存在，就能实现HTTP到HTTPS的自动重定向。关键在于正确配置监听、重定向逻辑和SSL证书路径（后者虽不直接参与重定向，但影响HTTPS服务是否可用）。
配置独立的HTTP server块进行301重定向
这是最清晰、推荐的做法：单独定义一个只监听80端口的server块，统一返回永久重定向响应。
- 在
http块内新增一个server配置，绑定listen 80，并指定server_name（如example.com或使用default_server） - 使用
return 301 https://$host$request_uri;完成重定向——$host保留原始域名，$request_uri完整携带路径与查询参数，避免丢失URL结构 - 无需
location块，也不需要root或index，纯跳转逻辑更轻量、更安全
确保HTTPS server块已正确配置SSL
重定向只是“指路”，真正提供HTTPS服务的server块必须能正常响应，否则用户会遇到连接失败或证书警告。
- 该server需监听
443 ssl，并设置ssl_certificate和ssl_certificate_key指向有效证书文件 - 建议启用现代TLS配置，例如
ssl_protocols TLSv1.2 TLSv1.3;和ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:…; - 若使用Let’s Encrypt，证书路径通常为
/etc/letsencrypt/live/example.com/fullchain.pem和/privkey.pem
避免常见陷阱
看似简单，但几处疏忽会导致重定向失效或循环跳转。
-
不要在HTTPS server里用rewrite反向跳回HTTP：确认没有误写
if ($scheme = http) { rewrite ^ https://$host$request_uri? permanent; }这类冗余逻辑 - 检查防火墙和云平台安全组：确保80和443端口对外可达，尤其在阿里云、AWS等环境常被默认拦截
-
测试时清除浏览器缓存或用curl验证：浏览器可能缓存301跳转，导致本地测试失真；推荐执行
curl -I http://example.com查看是否返回HTTP/1.1 301 Moved Permanently及正确的Location头
配置完成后，执行nginx -t校验语法，再nginx -s reload生效。整个过程不依赖外部模块，原生支持，稳定可靠。
