如何处理ALB中目标组返回的3xx响应并解决跳转异常问题？

问题背景 #

我在AWS ECS Fargate上部署了Odoo实例作为服务，并将其关联到一个目标组。随后在Application Load Balancer（ALB）上配置了443端口的HTTPS监听器（使用ACM证书），将流量转发至该目标组。目前可以通过ALB访问Odoo服务，但遇到了一个奇怪的问题：

• 当Odoo返回3xx跳转状态码时，浏览器地址栏的URL会更新，但新页面无法加载，直接报错
• 直接使用跳转后的URL重新发起请求，页面能正常加载
• 绕过ALB直连Odoo服务，整个跳转流程完全正常

我一开始推测是ALB没有正确处理目标组返回的3xx响应，后来通过排查找到了问题根源并解决，分享下过程：

排查与解决步骤 #

1. 初步测试定位方向
   先尝试把ALB的监听器从HTTPS改成HTTP，结果跳转问题立刻消失了。这说明问题出在HTTPS相关的配置上，而非ALB处理3xx响应的逻辑本身。

2. 验证根因
   重新配置好HTTPS监听器后，我给ALB加了一个返回固定响应的HTTP监听器。当点击Odoo返回3xx状态码的URL时，浏览器不再报错，而是收到了这个固定响应。这才明确了问题：

   后端Odoo服务监听的是80端口，所以它生成的跳转请求是基于HTTP协议的，但我的ALB只配置了443端口的HTTPS监听器，完全没有监听80端口的HTTP请求。浏览器收到HTTP跳转地址后，请求无法被ALB处理，自然加载失败。

3. 最终解决方案
   给ALB配置两个监听器就能彻底解决：

   • HTTPS（443）监听器：保持原有配置，将流量转发至Odoo目标组，处理正常的业务请求
   • HTTP（80）监听器：配置为重定向规则，将所有HTTP请求重定向到HTTPS协议（可以设置重定向状态码为301或302）

这样一来，后端Odoo返回的HTTP跳转请求会被ALB的80端口监听器拦截，自动重定向到HTTPS地址，浏览器就能正常加载跳转后的页面了。

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