AWS弹性负载平衡器有选择地启用SSL

Question

我目前有一个基于rails的Web应用程序，它需要通过HTTP提供一小部分页面——但更喜欢通过HTTPS提供其余部分。在我当前的AWS设置中，SSL终止于弹性负载均衡器，与我的应用服务器的所有通信都通过HTTP进行。正因为如此，像Rack SSL Enforcher这样的解决方案是不合适的。目前，我在每个页面中提供以下JS片段来处理重定向：

<% if should_be_ssl? %>
<script>
  if (window.location.protocol != "https:"){
    window.location.href = "https:" + window.location.href.substring(window.location.protocol.length);
  }
</script>
<% else %>
<script>
if (window.location.protocol != "http:"){
  window.location.href = "http:" + window.location.href.substring(window.location.protocol.length);
}
</script>
<% end %>

这导致每次访问其中一个页面时，性能都会受到相对显著的影响。有人知道一种通过SSL有选择地为某些页面提供服务并在负载平衡器级别进行控制的方法吗？

Answer 1

ELB本身目前不支持这一点，但是ELBs提供了一个X-Forwarded-Proto头。您可以对此进行检查，以查看来自客户端的请求是否通过HTTPS。然后，如果需要，可以提供重定向响应，而不是页面内容。有关更多信息，请参阅AWS的这篇博文。

你也必须实现这个逻辑

>

查看rack ssl enforcer的文档，它似乎支持现成的X-Forwarded-Proto，因此您可能根本不需要做任何事情。您可以在源代码中看到，标头得到了尊重。

在应用程序中（可能使用重定向响应，而不是在客户端上）

在反向代理中，例如您的应用服务器和ELB之间的haagent

acl is_http hdr(X-Forwarded-Proto) http
acl account_login url_beg /account/login
redirect scheme https code 301 if account_login is_http

根据您的配置，如果在ELB和检查标头的任何对象之间有任何其他反向代理，则可能需要配置这些反向代理以正确传递X-Forwarded-Proto标头。例如，请参见此问题。