веб-сайт застрял в цикле перенаправления после использования за облачной вспышкой

мой веб-сайт https://stage.issufy.com/ , после настройки ssl я получаю 302 цикл перенаправления. Вот файл htaccess

<IfModule mod_rewrite.c>
    <IfModule mod_negotiation.c>
        Options -MultiViews
    </IfModule>

    RewriteEngine On

   # Redirect Trailing Slashes If Not A Folder...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*)/$ /$1 [L,R=301]

    # Handle Front Controller...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^ index.php [L]

    # Handle Authorization Header
    RewriteCond %{HTTP:Authorization} .
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
</IfModule>

Вот конфигурация Apache для http:

<VirtualHost *:80>
   ServerName stage.issufy.com
    Redirect / https://stage.issufy.com
   DocumentRoot /var/www/html/stage.issufy.com

   <Directory "/var/www/html/stage.issufy.com">
        Options FollowSymLinks
        AllowOverride All
        Order allow,deny
        Allow from all
   </Directory>

   ErrorLog ${APACHE_LOG_DIR}/error.log
   CustomLog ${APACHE_LOG_DIR}/access.log combined
RewriteEngine on
RewriteCond %{SERVER_NAME} =stage.issufy.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,QSA,R=permanent]
</VirtualHost>

и вот конфигурация ssl:

<IfModule mod_ssl.c>
<VirtualHost *:443>
   ServerName stage.issufy.com
   DocumentRoot /var/www/html/stage.issufy.com
   <Directory "/var/www/html/stage.issufy.com">
        Options FollowSymLinks
        AllowOverride All
        Order allow,deny
        Allow from all
   </Directory>
   ErrorLog ${APACHE_LOG_DIR}/error.log
   CustomLog ${APACHE_LOG_DIR}/access.log combined
SSLCertificateFile /etc/letsencrypt/live/stage.issufy.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/stage.issufy.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

Веб-сайт без облачных вычислений работает нормально, но как только облачный сервис включен, выдает ошибки 302-го перенаправления.

вот журнал ошибок

172.68.51.31 - - [17/Jan/2017:18:24:18 +0000] "GET / HTTP/1.1" 302 539 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:18 +0000] "GET / HTTP/1.1" 302 538 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:18 +0000] "GET / HTTP/1.1" 302 538 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:19 +0000] "GET / HTTP/1.1" 302 538 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:19 +0000] "GET / HTTP/1.1" 302 539 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:19 +0000] "GET / HTTP/1.1" 302 538 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:20 +0000] "GET / HTTP/1.1" 302 539 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"
172.68.51.31 - - [17/Jan/2017:18:24:20 +0000] "GET / HTTP/1.1" 302 539 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Dragon/52.15.25.665 Chrome/52.0.2743.82 Safari/537.36"

Если вы используете предложение Гибкого SSL от Cloudflare, ваш исходный веб-сервер будет видеть трафик, поступающий в незашифрованном виде через порт 80.

Чтобы решить эту проблему, у вас есть несколько вариантов:

Установите режим SSL Cloudflare на полный или полный (строгий), если ваш источник поддерживает его. Вы даже можете использовать Сервис Cloudflare Origin CA чтобы получить бесплатный сертификат SSL для вашего веб-сервера.
Установить Mod_Cloudflare для Apache, что обеспечит прозрачность работы Cloudflare, включая правильную запись IP-адресов или исправление переменной среды SSL для учета гибкого SSL.
Настройте Apache для учета X-Forwarded-Proto (который показывает, как пользователь подключается к Cloudflare).

Redirect / https://stage.issufy.com

Казалось бы, это единственное (временное) перенаправление 302 в вашей конфигурации.

Как реализован CloudFlare SSL? Если вы используете CloudFlare в качестве внешнего прокси, который обрабатывает SSL (единственный вариант на свободно версия AFAIK), то ваш веб-сайт по-прежнему передает контент по HTTP (порт 80) в CloudFlare, а соединение с клиентом шифруется только от CloudFlare. В этом случае указанное выше перенаправление действительно приведет к циклу перенаправления 302. (Обычно это должно быть реализовано как 301. т.е. Redirect 301 ...)

Если это так, то есть несколько дополнительных заголовков HTTP-запросов, которые вы можете проверить, чтобы узнать, получает ли клиент доступ к вашему сайту (или, скорее, CloudFlare) по HTTPS или нет.

RewriteEngine on
RewriteCond %{SERVER_NAME} =stage.issufy.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,QSA,R=permanent]

Кстати, это попытка сделать то же самое, что и ваш сингл. Redirect директива выше (хотя постоянно). Используйте то или другое, но не оба.

Желательно использовать один Redirect 301 (mod_alias) директива. Однако, если вам нужно проверить заголовки HTTP-запроса прокси, чтобы определить HTTPS, вам понадобится mod_rewrite.

Похоже, что nginx Cloudflare сбит с толку из-за какого-то правила перенаправления:

HTTP/1.1 302 Found
Date: Tue, 17 Jan 2017 18:18:09 GMT
Content-Type: text/html; charset=iso-8859-1
Connection: keep-alive
Set-Cookie: __cfduid=da71659f540fb5dad0c47d48669012aa61484677089; expires=Wed, 17-Jan-18 18:18:09 GMT; path=/; domain=.issufy.com; HttpOnly
Location: https://stage.issufy.com
Server: cloudflare-nginx
CF-RAY: 322bcedefcc859d2-VIE

Вы пытались полностью отключить файл .htaccess, а затем повторно добавлять правило за правилом, чтобы устранить проблему?