IBM CloudFoundry部署AngularJS应用仅HTTPS访问解决重定向过多问题

我之前帮不少开发者解决过类似的Cloud Foundry+HTTPS重定向问题，你的情况大概率是重复配置导致的循环重定向，或者是没有正确识别Cloud Foundry反向代理传递的协议头。下面给你一步步拆解解决方案：

1. 优先使用Cloud Foundry原生HTTPS强制功能（最推荐） #

IBM Cloud Foundry的路由层本身就支持强制HTTPS跳转，不需要在应用代码里额外处理，这样能避免应用和平台的规则冲突：

• 命令行方式：重新映射路由时加上--https-only参数：

  cf map-route your-app-name your-domain.com --https-only
  

  如果已经映射过路由，可以先删除旧路由再重新映射：

  cf unmap-route your-app-name your-domain.com
  cf map-route your-app-name your-domain.com --https-only
  

• 控制台方式：登录IBM Cloud控制台，找到你的应用，进入「路由」页面，编辑目标路由，勾选「强制HTTPS」选项，保存即可。

用这种方式，平台会自动处理HTTP到HTTPS的跳转，不会出现循环问题。

2. 若必须在应用内处理，要正确识别代理协议头 #

如果你的应用依赖自定义逻辑处理HTTPS跳转，一定要注意：Cloud Foundry的请求是经过反向代理转发的，应用直接拿到的是HTTP请求，必须通过代理传递的X-Forwarded-Proto头来判断原始请求的协议。

以常见的Node.js/Express后端为例（如果你的AngularJS应用用Express做静态文件服务）：

// 首先启用信任代理，让Express识别Cloud Foundry的代理头
app.enable('trust proxy');

// 然后添加重定向中间件，只在非HTTPS请求时跳转
app.use((req, res, next) => {
  // 只在生产环境生效，避免本地开发强制HTTPS
  if (process.env.NODE_ENV === 'production' && req.headers['x-forwarded-proto'] !== 'https') {
    return res.redirect(`https://${req.headers.host}${req.url}`);
  }
  next();
});

如果是其他后端框架，核心逻辑都是一样的：检查X-Forwarded-Proto头是否为https，而不是直接判断当前请求的协议。

3. 排查冲突配置 #

如果已经做了上述设置还是出现循环重定向，大概率是重复配置导致的：

• 检查是否同时开启了Cloud Foundry路由的「强制HTTPS」和应用内的重定向逻辑，两者选其一即可；
• 检查应用是否设置了FORCE_HTTPS环境变量（部分Cloud Foundry构建pack支持这个变量自动处理重定向），如果有，就不要再在代码里加额外的重定向；
• 检查AngularJS前端路由是否有错误的跳转规则，比如某个路由一直重定向到自身或其他路由形成循环。

4. 验证测试 #

修改配置后，重新推送应用：

cf push your-app-name

然后用浏览器访问HTTP地址，验证是否能正常跳转到HTTPS，且没有循环重定向提示。

内容的提问来源于stack exchange，提问作者Issam EL-GUERCH