☰

site preso no loop de redirecionamento após usar o Behind Cloudflare

tag-icon • tag-icon apache-2.2 .htaccess redirection cloudflare
site preso no loop de redirecionamento após usar o Behind Cloudflare

meu websitehttps://stage.issufy.com/, depois de configurar o SSL, recebo um loop de redirecionamento 302. Aqui está o arquivo 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>

Aqui está a configuração do Apache para 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>

e aqui está a configuração 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>

O site funciona bem sem cloudfare, mas assim que o cloudflare é ativado, apresenta erros de redirecionamento 302.

aqui está o log de erros

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"

Responder1

Se você estiver usando a oferta SSL flexível da Cloudflare, seu servidor web de origem verá o tráfego chegando sem criptografia na porta 80.

Para resolver isso, você tem algumas opções:

  • Defina o modo SSL da Cloudflarepara Full ou Full (Strict) se sua origem suportar. Você pode até usarServiço Origin CA da Cloudflarepara obter um certificado SSL gratuito para o seu servidor web.
  • Instale Mod_Cloudflarepara Apache, o que garantirá que a Cloudflare atue de forma transparente - incluindo o registro correto de IPs ou a correção da variável de ambiente SSL para dar conta do SSL flexível.
  • Defina o Apache como conta X-Forwarded-Proto(que revela como o usuário está se conectando ao Cloudflare).

Responder2

Parece que o nginx da Cloudflare está confuso por causa de alguma regra de redirecionamento:

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

Você tentou desativar completamente o arquivo .htaccess e, em seguida, adicionar novamente regra por regra para eliminar o problema?

Responder3

Redirect / https://stage.issufy.com

Este parece ser o único redirecionamento 302 (temporário) em sua configuração.

Como o CloudFlare SSL é implementado? Se você estiver usando CloudFlare como proxy frontend que lida com SSL (a única opção nolivreversão AFAIK), então seu site ainda veicula conteúdo em HTTP (porta 80) para CloudFlare e a conexão é criptografada apenas do CloudFlare para o cliente. Nesse caso, o redirecionamento acima resultaria de fato em um loop de redirecionamento 302. (Isso normalmente deve ser implementado como 301. ou seja. Redirect 301 ...)

Se for esse o caso, existem alguns cabeçalhos de solicitação HTTP adicionais que você pode verificar para ver se o cliente está acessando seu site (ou melhor, CloudFlare) por HTTPS ou não.

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

Aliás, isso está tentando fazer a mesma coisa que sua Redirectdiretiva única acima (emborapermanentemente). Use um ou outro, não ambos.

De preferência, você usaria uma única Redirect 301diretiva (mod_alias). No entanto, se você precisar verificar os cabeçalhos de solicitação HTTP do proxy para determinar o HTTPS, precisará do mod_rewrite.

informação relacionada