Вопросы Теги

nginx «ERR_TOO_MANY_REDIRECTS» после добавления ssl

После добавления сертификата Let's Encrypt на свой веб-сайт с помощью CertBot я получаю ERR_TOO_MANY_REDIRECTS , когда пытаюсь посетить домен моего веб-сайта.

некоторая информация:

-сборка моего веб-сайта с помощью django, nginx и gunicorn. 

server {
server_name www.example.com example.com;

location = /favicon.ico { access_log off; log_not_found off; }
location /static/ {
    root /home/myproject;
}

location / {
    include proxy_params;
    proxy_pass http://unix:/run/gunicorn.sock;
}


listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

server {
    if ($host = www.example.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


if ($host = example.com) {
    return 301 https://$host$request_uri;
} # managed by Certbot

listen 80;
server_name www.example.com example.com;
return 404; # managed by Certbot

}

/ etc / letsencrypt / options-ssl -nginx.conf: - 

# This file contains important security parameters. If you modify this file
# manually, Certbot will be unable to automatically provide future security
# updates. Instead, Certbot will print and log an error message with a path to
# the up-to-date file that you will need to refer to when manually updating
# this file.

ssl_session_cache shared:le_nginx_SSL:1m;
ssl_session_timeout 1440m;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;

ssl_ciphers "ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RS$

скажите, пожалуйста, если вам нужен другой код / ​​информация спасибо

Примечание: я прочитал все вопросы с той же проблемой, и я до сих пор не могу понять, что не так

0
задан 2 October 2018 в 08:48
2 ответа

Это потому, что вы перенаправляете все подключения на https, даже на https-подключения, что означает создание цикла перенаправления.

Измените свою конфигурацию на 

server {
    listen 80 default_server;
    server_name www.example.com example.com;

    return 301 https://$server_name$request_uri;
}

server {
    listen 443 ssl default_server;
    server_name www.example.com example.com;

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot


    location /favicon.ico { 
        access_log off; 
        log_not_found off; 
    }
    location /static/ {
        root /home/myproject;
    }

    location / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }
}

Хотя было бы неплохо знать что включает в себя ваш /etc/letsencrypt/options-ssl-nginx.conf.

Explanation:

Обычно вам нужны две "серверные" секции,один для порта 80 и один для порта 443. В разделе порта 80 (http) есть только перенаправление, а в разделе 443 содержатся фактические настройки для вашего сайта (местоположения, корни и т. д.) и настройки SSL (сертификаты, поддерживаемые протоколы, шифры и т. д.).

Поэтому, когда клиент подключается через http, сервер говорит ему перейти на https, а затем часть https обрабатывает все оттуда.

Также неплохо использовать отступы в вашем конфиги для лучшей читаемости и более легкого исправления ошибок.

Примечание: конфигурация, которую я опубликовал, исправляет только вашу проблему перенаправления, я не знаю, действительна ли действительная конфигурация, которая у вас была, для вашего случая (пулемет и т. д.). Обычно вы также должны определить индекс и корень для вашего сервера следующим образом: 

root /home/website/mywebsite/public;
index index.html index.htm index.php;
1
ответ дан 4 December 2019 в 15:50

На случай, если кто-то использует CloudFlare и у него возникнет такая же проблема.

Это исправило: https://stackoverflow.com/a/60789055/3858492

В моем случае это был Cloudflare. Мне пришлось перейти на полное шифрование SSL

3
ответ дан 4 September 2020 в 10:51

Теги

Похожие вопросы