☰

Route 53“重定向次数过多”，但从 ELB 访问正常

tag-icon • tag-icon amazon-web-services amazon-ec2 load-balancing amazon-route53
Route 53“重定向次数过多”，但从 ELB 访问正常

  • 我有一个运行 pgadmin 的 EC2。

  • 端口 80 上有一个目标组指向它。

  • TG 正在监听端口 443 但 HTTP 因此它可以重定向到端口 80 上的 EC2。（我之前使用的是 443 和 HTTPs，但在网上看到 SSL 终止应该在这里）

  • 有一个 ELB 正在监听 443 并指向 TG。

如果我访问 ELB 的 URL，我可以成功访问pgadmin，尽管浏览器显然显示证书错误，因为该 URL 不是与 ELB 关联的 ACM 证书中的 URL。

我有一个 R53 域，其别名为 ELB，与 ACM 证书匹配，但是当我转到此 URL 时，浏览器中会出现“重定向过多”的情况。

不确定配置哪里可能错误，特别是因为它从 ELB 工作而不是从域工作。

答案1

SSL 终止的典型情况是后端服务器/服务会将其视为：“最终用户通过明文协议连接”，换句话说就是通过普通的 http。

然后，它会通过将用户重定向到 HTTPS 来尝试“解决该安全风险”。

 ------                  ---------------                -------------------
| USER  | ===> HTTP ==> | Load balancer | ==> HTTP ==> | Redirect to HTTPS | 
 ------                  ---------------                -------------------

 ------                   -----------------                -------------------
| USER  | ===> HTTPS ==> | SSL termination | ==> HTTP ==> | Redirect to HTTPS | 
 ------                   -----------------                -------------------

用户发出新请求（他们已经在使用 HTTPS，但重定向就是重定向）但他们将再次被重定向：

 ------                   -----------------                -------------------
| USER  | ===> HTTPS ==> | SSL termination | ==> HTTP ==> | Redirect to HTTPS | 
 ------                   -----------------                -------------------

然后不断重复。

通常的解决方案是选择性地重新配置 SSL 终止点以向后端服务器发出 HTTPS 请求，并从后端服务器中删除重定向到 HTTPS 功能并将其移动到负载均衡器。

 ------                  -------------------  
| USER  | ===> HTTP ==> | Load balancer     | 
 ------                 | Redirect to HTTPS |      
                         -------------------

 ------                   -----------------                   ---------
| USER  | ===> HTTPS ==> | SSL termination | ==> HTTP(S) ==> | Respond | 
 ------                   -----------------                   ---------

相关内容