Node.js+Express服务HTTPS访问提示页面重定向不正确排查

第一步：清理端口残留进程 #

你之前部署的Nginx运行异常，首先要排除残留进程抢占端口、多层跳转逻辑冲突的问题：

• 执行命令查看80、443端口的占用进程：

netstat -tulpn | grep -E ':(80|443)'

• 如果返回结果中除了你的Node.js进程外，还有Nginx、Apache等其他进程，直接kill对应PID的进程，避免流量被异常的反向代理层拦截。

如果你后续仍要使用Nginx做反向代理、静态资源缓存，建议停掉Node层面的HTTPS监听，让Nginx统一处理443端口的SSL终止，将请求转发到Node监听的本地HTTP端口即可。禁止在Nginx和Node两层同时配置HTTP转HTTPS的跳转规则，两层规则冲突必然触发重定向死循环。

第二步：修复HTTP转HTTPS跳转逻辑 #

你当前80端口的HTTP跳转代码存在逻辑缺陷，所有HTTP请求都会被强制跳转到域名根路径，且没有保留原始请求的路径、参数，很容易和后续业务路由的跳转逻辑形成环。将原有HTTP服务代码替换为以下内容：

http.createServer(function (req, res) {
  // 拼接原始请求的路径、查询参数，避免全量跳根路径导致的逻辑异常
  const targetUrl = new URL(req.url, `https://${req.headers.host}`);
  res.writeHead(308, { "Location": targetUrl.toString() });
  res.end();
}).listen(80);

使用308状态码替代307，可以保证POST等非GET请求的方法、请求体不会被浏览器篡改，重定向缓存策略也更稳定。

第三步：排查业务路由的重定向逻辑 #

你代码中/、/home路由都调用了login.redirect方法，这是触发重定向循环的最高概率点：

1. 打开../modules/login文件，检查redirect方法的内部判断：
   • 如果方法内写了强制HTTPS跳转逻辑，必须加协议判断：已经是HTTPS协议的请求禁止再返回跳转到HTTPS地址的响应
   • 如果方法是做登录态校验，要避免逻辑环：比如不要出现「未登录跳登录页，登录页判断已登录跳/home，/home又误判未登录跳登录页」的互跳逻辑
2. 在Express初始化后、其他中间件加载前，添加以下配置，避免后续加反向代理时拿不到真实请求协议导致判断错误：

// 加在const app = express(); 之后即可
app.set('trust proxy', true);

第四步：补全HTTPS证书链配置 #

你当前的HTTPS服务只配置了私钥和站点证书，缺少Let's Encrypt的中间证书链，部分浏览器会出现协议兼容问题，将HTTPS配置补全为以下内容：

https
  .createServer(
    {
      key: fs.readFileSync('Let\'s Encrypt私钥文件实际路径/privkey.pem'),
      cert: fs.readFileSync('Let\'s Encrypt站点证书实际路径/cert.pem'),
      ca: fs.readFileSync('Let\'s Encrypt中间证书链实际路径/chain.pem') // 新增证书链配置
    },
    app
  )
  .listen(443, () => {
    console.log('HTTPS service started on port 443');
  })

通过服务器IP访问HTTPS时提示证书不受信任是预期现象，只要使用绑定的域名访问时无证书报错即可。

快速定位重定向环的调试方法 #

如果上述配置修改后问题仍存在，用浏览器开发者工具可以快速定位环的位置：

1. 打开浏览器开发者工具，切换到「网络」面板，勾选「保留日志」选项
2. 访问触发报错的HTTPS域名，查看重定向请求链：
   • 如果所有请求都反复跳HTTPS根地址：说明HTTP跳转逻辑和login模块的强制HTTPS逻辑冲突
   • 如果在两个业务路径之间来回跳转：说明login模块的登录态判断逻辑写反，形成路由环
   • 如果响应头的Server字段显示为Nginx而非Node：说明仍有残留Nginx进程处理流量，清理后再测试

内容的提问来源于stack exchange，提问作者Iryi