Nginx 配置 HTTPS 强制跳转教程：HTTP 自动跳转 301 的设置步骤与常见问题-速维云

为什么要配置 HTTPS 强制跳转

网站部署 SSL 证书之后，如果用户仍然可以通过 HTTP 地址正常访问，就等于证书只装了一半。搜索引擎会把 HTTP 和 HTTPS 视为两个不同的入口，权重容易分散；浏览器地址栏也不会显示安全锁标识，访客的信任感会打折扣。更实际的问题是，HTTP 传输的内容是明文的，登录密码、表单数据都有被窃听或篡改的风险。

把所有 HTTP 请求自动跳转到 HTTPS，是让整站真正"上锁"的最后一步。本文以最常见的 Nginx 环境为例，介绍三种不同场景下的强制跳转配置方法，并整理配置后经常出现的几个问题及排查思路。无论你使用的是裸 Nginx、宝塔面板还是 CDN 前置架构，都能找到对应的做法。

准备工作：确认证书已正确部署

在配置跳转之前，先确认 HTTPS 本身能正常访问。直接在浏览器打开 https://你的域名，检查是否能正常加载、证书是否有效（地址栏出现锁形图标）。如果 HTTPS 本身打不开，先解决证书问题再做跳转，否则会把整个站点的访客都引向一个打不开的地址。可以使用 openssl 命令快速检查证书状态：

openssl s_client -connect 你的域名:443 -servername 你的域名 | head -20

同时建议在修改任何 Nginx 配置文件之前，先备份原配置。例如：

cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak.$(date +%Y%m%d)

对于运行中的业务站点，配置修改和重载操作尽量选择访问低峰期进行，避免误操作导致整站短暂不可访问。如果是宝塔面板用户，也可以直接在面板的"网站设置 - 配置文件"中操作，面板会自动做基础校验，风险相对更低。

第一步：单站点场景下修改 Nginx 配置

最简单的场景是：站点只有一个 server 块，HTTP 和 HTTPS 共用一份配置。此时推荐的做法是把监听 80 端口的请求整体重定向到 HTTPS。在 Nginx 配置中添加或修改 server 块：

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

这一段配置的含义是：凡是访问 80 端口（HTTP）的请求，一律返回 301 永久重定向，目标地址保留原来的域名和路径。使用 301 而不是 302，可以让搜索引擎把权重逐步转移到 HTTPS 版本上。$host 变量会自动带上用户实际访问的域名，$request_uri 保留原始路径和查询参数，所以像 http://example.com/post/123 这样的地址会被完整跳转到 https://example.com/post/123。

第二步：重载配置并验证跳转效果

修改完成后，先检查配置语法是否有误，再执行重载。不要直接用 stop 再 start 的方式重启，那样会造成明显的服务中断：

nginx -t
systemctl reload nginx

验证方法有两种。第一种是用 curl 命令查看跳转响应：

curl -I http://example.com

正常情况下应返回 HTTP/1.1 301 Moved Permanently，并且 Location 字段指向对应的 HTTPS 地址。第二种是直接用浏览器访问一个带路径的旧 HTTP 链接（例如某篇文章页），确认跳转后页面内容完整、样式正常。如果站点前面还有 CDN，记得先在 CDN 处把回源协议或强制 HTTPS 选项也设置好，否则可能出现"浏览器到 CDN 是 HTTPS、CDN 到源站是 HTTP"的混合链路，部分配置会导致跳转循环。

第三步：宝塔面板用户的图形化设置方法

如果你使用宝塔面板管理站点，可以不手写配置。进入面板后依次点击"网站 - 对应站点的设置 - SSL"，勾选"强制 HTTPS"并保存即可。宝塔会自动在站点的 Nginx 配置中插入跳转规则，原理与上文手写的 return 301 相同。

需要注意两点：一是必须先在同一个 SSL 页签里成功部署证书并开启 HTTPS，否则强制跳转开关不会生效；二是如果站点接入了 CDN（例如百度云加速、阿里云 CDN），要在 CDN 控制台同步开启 HTTPS 与强制跳转，避免多层跳转互相打架。设置完成后同样建议用 curl 或浏览器验证一次。

常见问题排查

问题一：配置后出现"重定向次数过多"（ERR_TOO_MANY_REDIRECTS）。这通常是跳转循环造成的。常见原因有三种：站点前后写了两个互相跳转的 server 块；CDN 层和源站层都在做强制跳转；或者 WordPress 这类程序在后台设置了 HTTPS 站点地址后又叠加了插件级跳转。排查时先简化为只保留一层跳转，再逐层恢复。如果使用了反向代理，检查是否需要把 X-Forwarded-Proto 头传给后端，让程序能识别真实协议。

问题二：跳转后浏览器提示证书不匹配或部分资源仍走 HTTP。证书不匹配多数是证书没有覆盖 www 子域名，或者证书绑定的域名和实际访问域名不一致，需要重新签发包含对应域名的证书。资源仍走 HTTP 导致的"混合内容"警告，则需要在网页模板或数据库里把 http:// 的静态资源链接改为 https://，WordPress 用户可以借助数据库搜索替换工具（操作前务必备份数据库）批量更新旧链接。

问题三：curl 验证正常，但某些用户访问旧链接仍显示不安全。浏览器和操作系统会缓存 HSTS 与跳转记录，普通用户如果之前长期通过 HTTP 访问，可能存在本地缓存。此外，如果希望进一步加固，可以在 HTTPS 的 server 块中加入 HSTS 响应头，强制浏览器今后只走 HTTPS：

add_header Strict-Transport-Security "max-age=31536000" always;

注意：一旦下发 HSTS，浏览器在有效期内会拒绝任何 HTTP 访问，如果后续证书出现问题，站点将更难回退，建议在证书续期流程稳定之后再开启。

问题四：修改配置后 nginx -t 报错，站点无法重载。先用报错信息定位具体行号，常见错误包括缺少分号、括号不配对、server_name 拼写错误等。如果一时无法修复，直接用之前备份的配置文件覆盖回去并重载，先恢复服务再慢慢排查。这也是为什么第一步就强调要先备份。

总结

HTTPS 强制跳转本质上就是让监听 80 端口的请求统一 return 301 到 HTTPS 地址，配置本身并不复杂，关键在于三点：先确认证书可用，再改配置；改完用 nginx -t 校验并用 curl 验证；如果链路上有 CDN 或程序级跳转，确保只保留一层跳转，避免循环。宝塔面板用户可以直接使用"强制 HTTPS"开关，效果等价。配置完成后，配合 HSTS 头可以让整站安全策略更彻底，但建议在证书自动续期跑稳之后再启用。按照本文步骤操作，普通站长可以在十几分钟内完成整站从 HTTP 到 HTTPS 的平滑切换。

文章版权归作者所有，未经允许请勿转载。

THE END