Назад | Перейти на главную страницу

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

После того, как я добавлю Давайте зашифровать сертификат на мой сайт с CertBot я получил ERR_TOO_MANY_REDIRECTS когда я пытаюсь посетить домен своего веб-сайта.

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

-mywebsite build с 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$

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

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

Это потому, что вы перенаправляете все подключения на 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.

Пояснение:

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

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

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

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

root /home/website/mywebsite/public;
index index.html index.htm index.php;