Цикл перенаправления SSL в wordpress nginx

Когда Nginx обрабатывает запрос, он первый идентифицирует блок сервера, который будет обрабатывать запрос. Это означает, что он будет соответствовать директивам server_name и listen.

В вашем случае единственный серверный блок, который у вас есть, содержит:

server {
    listen 80;
    return 301 $server_name$request_uri;
    listen 443 ssl spdy;
    root /var/www/wordpress;
    index index.php index.html index.htm;
    server_name www.example.com;
    ...

Это будет прослушивать и порт 80, и порт 443. Тот факт, что у вас есть директива возврата между ними, не имеет значения, поскольку директива возврата на этом этапе не обрабатывается.

После сопоставления серверного блока Nginx перейдет к обработке других директив. В случае директив перезаписи (например, return) они обрабатываются в заказ указан. В случае директив местоположения они обрабатываются в зависимости от специфики совпадения (точные правила указаны Вот).

Чтобы реализовать перенаправление, вы должны выделить директиву rewrite в отдельный серверный блок:

server {
    listen 80;
    server_name www.example.com;
    return 301 https://www.example.com$request_uri;
}

server {
    listen 443 ssl spdy;
    server_name www.example.com;
    root /var/www/wordpress;
    index index.php index.html index.htm;
    ...
}

Обратите внимание, что вам необходимо указать, что вы возвращаете версию HTTPS, а не ту же (HTTP) версию страницы. В некоторых случаях может быть предпочтительнее жестко запрограммировать имя сервера (например, если вы хотите перенаправить трафик с www и без www на одну и ту же страницу HTTPS).

Изменить: чтобы ответить на ваш комментарий:

Вы хотите получать контент из https://www.example.com и вам нужны следующие перенаправления:

• http://(www.)?example.com перенаправляет на https://www.example.com
• https://example.com перенаправляет на https://www.example.com

Для этого понадобится 3 серверных блока:

server { #Redirect non-https to https - match both www and non-www
    listen 80;
    server_name  www.example.com example.com;
    return 301 https://www.example.com$request_uri;
}

server { #Redirect https, non-www to https, www
    listen 443 ssl spdy;
    server_name example.com;
    ssl_certificate /etc/ssl/certs/www.example.com.certchain.crt;
    ssl_certificate_key /etc/ssl/private/www.example.com.key;
    return 301 https://www.example.com$request_uri;
}

server { #Main server block
    listen 443 ssl spdy;
    server_name www.example.com;
    root /var/www/wordpress;
    index index.php index.html index.htm;
    ssl_certificate /etc/ssl/certs/www.example.com.certchain.crt;
    ssl_certificate_key /etc/ssl/private/www.example.com.key;

    ...

}

Несколько важных моментов, о которых стоит упомянуть:

1. В вашем сертификате SSL должны быть указаны как www.example.com, так и example.com в качестве альтернативных имен субъектов. Даже если вы перенаправляете с example.com, SSL-соединение все равно устанавливается до перенаправления. Без действительного сертификата для example.com пользователь получит предупреждение о недопустимом сертификате, и перенаправление не произойдет. (Это также означает, что вы должны включить сертификат в https://example.com блок)

2. Поскольку для перенаправления требуется несколько блоков сервера SSL, предпочтительно переместить часть вашей конфигурации SSL за пределы блока сервера (в блок http). Это включает: ssl_session_timeout, ssl_session_cache, ssl_protocols, ssl_ciphers, ssl_prefer_server_ciphers, ssl_stapling, ssl_stapling_verify, ssl_trusted_certificate, ssl_dhparam, и ваш заголовок HSTS. (Кроме того, я настоятельно рекомендую посмотреть TLS на стороне сервера Mozilla страница)