Как исправить проблемы с HTTPS в WordPress при использовании балансировщика нагрузки Amazon?

Как и в предложенной вами ссылке, проблема для WordPress заключается в функции is_ssl(), которая, как и большинство программ PHP, явно проверяет $_SERVER['HTTPS'] и $_SERVER['SERVER_PORT'], чтобы проверить, осуществляется ли доступ к текущей странице в контексте https: //.

Когда доступ к вашей странице осуществляется через HTTPS, но Amazon Load Balancer выполняет разгрузку SSL и фактически запрашивает ваш контент через порт 80 без SSL, веб-сервер, 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, тогда для переменной среды HTTPS устанавливается значение 1. PHP увидит эту переменную среды и в конечном итоге станет $_SERVER['HTTPS'], что равно 1 - точно так же, как это было бы для настоящего собственного запроса SSL.

Другой вариант из документации WordPress - добавьте это в свой wp-config.php:

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

Если кто-то еще искал аналог этого Nginx, вот что вам нужно сделать:

Для настройки перезаписи вы должны добавить в блок server следующее:

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

А для установки параметра HTTPS вы должны добавить в блок location ~ \.php$ следующее:

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

Не забудьте удалить любую другую команду fastcgi_param HTTPS, если она у вас есть (у меня она была в моем fastcgi_params файле).

Используйте этот четырехэтапный метод, чтобы удалить цикл перенаправления и проблемы со смешанным контентом при использовании ssl в WordPress.

1) Замените 'http: //' на '//' в базе данных - это создаст все относительные URL-адреса для изображений и других ресурсов.

2) в wp-config определите общие переменные wp_home и wp_siteurl.

define('WP_HOME','//'. $_SERVER['SERVER_NAME']);
define('WP_SITEURL','//'. $_SERVER['SERVER_NAME']);

3) Если вы используете балансировщик нагрузки, используйте серверную переменную HTTP_X_FORWARDED_PROTO, чтобы определить используемый протокол. Для этого добавьте эту строку в wp-config

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

4) Наконец, в .htaccess используйте эту строку, если вы находитесь за балансировщиком нагрузки, чтобы перенаправить весь трафик на https.

 # http to https
 RewriteCond %{HTTP:X-Forwarded-Proto} =http
 RewriteRule . https://%{HTTP:Host}%{REQUEST_URI} [L,R=permanent]

К сожалению, ни один из вышеперечисленных способов не помог мне решить ошибки смешанного содержимого. Однако что действительно работало, так это добавление протокола к переменным WP_HOME && WP_SITEURL в wp-config.php, например.

define( 'WP_HOME', 'https://' . $_SERVER['HTTP_HOST']); define( 'WP_SITEURL', WP_HOME );

После этого все URL-адреса в источнике начинались с https, и все ошибки смешанного содержимого исчезли.