在Amazon负载平衡器之后，如何修复WordPress HTTPS问题？

Question

我以前有过这个问题。在Amazon的EC2负载平衡器后面运行WordPress（或其他PHP脚本）时，这些脚本没有意识到它们是在https://protocol上运行的，并且会导致诸如无休止的重定向循环和https警告等问题（“此页面上的某些内容是以非安全方式请求的…”）。

我在这里找到了一个解决方案，但需要修改WordPress core，这对可更新性没有好处：https://wordpress.org/support/topic/when-behind-amazon-web-services-elastic-load-balancer-causes-endless-redirect

有没有办法在不修改WordPress核心的情况下解决这个问题？我使用的是Apache 2.2。

Answer 1

如果其他人正在寻找与此等效的Nginx，您需要做以下几点：

对于重写设置，应在服务器块下添加以下内容：

if ($http_x_forwarded_proto != 'https') {
    rewrite ^ https://$host$request_uri? permanent;
}

为了设置HTTPS参数，您应该在位置~\. php$块下添加以下内容：

if ($http_x_forwarded_proto = 'https') {
    set $fe_https 'on';
}
fastcgi_param HTTPS $fe_https;

如果您有任何其他命令（我在我的fastcgi\u-params文件中有），请记住删除它。

Answer 2

WordPress文档中的另一个选项是将其添加到wp配置中。php：

if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false)
       $_SERVER['HTTPS']='on';

Answer 3

与您给出的链接一样，WordPress的问题也存在于is\u ssl（）函数中，与大多数PHP软件一样，该函数会显式检查$\u服务器['HTTPS']和$\u服务器['SERVER\u PORT']，以检查当前页面是否在HTTPS://context中被访问。

当您的页面通过HTTPS访问，但Amazon负载均衡器正在执行SSL卸载并实际在非SSL端口80上请求您的内容时，Web服务器、PHP或其他任何相关的东西都无法理解或看到它正在通过https：//访问。

解决方法是Amazon的ELB发送事实上的标准X-Forwarded-Proto HTTP头，我们可以使用它来确定客户端在负载平衡器的另一端实际使用的协议。

使用Apache 2.2，您可以使用以下内容：

<IfModule mod_setenvif.c>
  SetEnvIf X-Forwarded-Proto "^https$" HTTPS
</IfModule>

这只是读取X-Forwarded-Proto头。如果此值等于https，则环境变量设置为1。PHP将看到这个环境变量，最终，它将成为等于1的服务器['HTTPS']——就像“真正的”本地SSL请求一样。