Рейтинг:0

Как решить проблему перенаправления без www на www Nginx?

флаг fr

Это моя конфигурация веб-сервера NGinx

    сервер {
        если ($хост ~ ^[^.]+\.betafox\.net$) {
            вернуть 301 https://$host$request_uri;
        } # управляется Certbot
    
    
        если ($host = www.betafox.net) {
            вернуть 301 https://$host$request_uri;
        } # управляется Certbot
    
    
        если ($host = betafox.net) {
            вернуть 301 https://$host$request_uri; 
        } # управляется Certbot
    
        слушать 80;
        слушать [::]:80;
    
        #имя сервера _;
        корень /var/www/html;
    
    имя_сервера betafox.net *.betafox.net;
        #возврат 301 https://$host$request_uri;
        индекс index.php index.html index.htm;
        место расположения / {
            # try_files $uri $uri/ =404;
            try_files $uri $uri/ /index.php?q=$uri&$args;
            прокси_пасс https://betafox.net/;
            proxy_redirect https://betafox.net/ $host;
            proxy_set_header Accept-Encoding "";
            proxy_ssl_server_name включено;
        }
        расположение ~ \.php$ {
            включить фрагменты/fastcgi-php.conf;
            #fastcgi_pass 127.0.0.1:9000;
            #fastcgi_pass unix:/run/php/php8.0-fpm.sock;
            fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
     }
    
    
    }
    
    сервер {
    
    слушать 443 ssl default_server;
            слушать [::]:443 ssl default_server;
    
            корень /var/www/html;
            индекс index.php index.html index.htm;
    
          # имя сервера _;
            имя_сервера betafox.net *.betafox.net;
            # Максимальный размер загружаемого файла составляет 4 МБ - при необходимости измените его соответствующим образом.
            client_max_body_size 512M;
            client_body_buffer_size 128 КБ;
            включить snippets/letsencrypt-nginx-certs.conf;
            включить snippets/letsencrypt-nginx-route.conf;
    
            место расположения / {
                    # try_files $uri $uri/ =404;
                    try_files $uri $uri/ /index.php?q=$uri&$args;
            }
    страница_ошибки 404 /404.html;
    
            error_page 500 502 503 504 /50x.html;
            местоположение = /50x.html {
                    корень /usr/share/nginx/html;
            }
    
            расположение ~ \.php$ {
                    включить фрагменты/fastcgi-php.conf;
                    #fastcgi_pass 127.0.0.1:9000;
                    #fastcgi_pass unix:/var/run/php8.0-fpm.sock;
                    fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
            }
        ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # под управлением Certbot
        ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # под управлением Certbot
    
    }

Большая его часть была автоматически изменена Certbot, когда я установил SSL-сертификаты как для своего полного доменного имени, так и для поддоменов. Проблема, с которой я столкнулся, связана с перенаправлением URL. Исходный URL-адрес www.betafox.net, когда пользователь вводит betafox.net, он перенаправляется на https://betafoxnet.www.betafox.net/ и там сообщение, которое говорит: Сайт, который вы искали, не существует.

Я только хочу, чтобы все пользователи, вводящие betafox.net, перенаправлялись на www.betafox.net. Я считаю, что Nginx может это сделать. Как я могу добиться такого?

djdomi avatar
флаг za
удалите первую часть регулярного выражения, я действительно смущен тем, что certbot все еще использует if else вместо базового перенаправления
AtomX avatar
флаг fr
Не повлияет ли это на субдомены SSL Cert? У меня активен подстановочный SSL-сертификат
Рейтинг:1
флаг us

К сожалению, Certbot создает перенаправления nginx, используя если с $хост переменная, что проблематично.

Лучше всего иметь редиректы в отдельном сервер раздел следующим образом.

# Перенаправить все запросы к URL-адресам betafox.net на соответствующие URL-адреса www.betafox.net
сервер {
    слушать 80;
    слушать 443 ssl http2;

    ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # под управлением Certbot
    ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # под управлением Certbot

    имя_сервера betafox.net;

    вернуть 301 https://www.betafox.net$request_uri;
}

# Перенаправить все остальные HTTP-запросы субдомена на HTTPS.
сервер {
    слушать 80;

    имя_сервера *.betafox.net;

    вернуть 301 https://$http_host$request_uri;:
}

# Убран серверный блок для порта 80, это выглядело бессмысленным

сервер {
    # Удален default_server, default_server не должен быть фактическим веб-сайтом
    слушать 443 ssl;
    слушать [::]:443 ssl;

    корень /var/www/html;
    индекс index.php index.html index.htm;

    имя_сервера betafox.net *.betafox.net;
    # Максимальный размер загружаемого файла составляет 4 МБ - при необходимости измените его соответствующим образом.
    client_max_body_size 512M;
    client_body_buffer_size 128 КБ;
    включить snippets/letsencrypt-nginx-certs.conf;
    включить snippets/letsencrypt-nginx-route.conf;

    место расположения / {
        try_files $uri $uri/ /index.php?q=$uri&$args;
    }
    страница_ошибки 404 /404.html;

    error_page 500 502 503 504 /50x.html;
    местоположение = /50x.html {
        корень /usr/share/nginx/html;
    }

    расположение ~ \.php$ {
        включить фрагменты/fastcgi-php.conf;
        fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
    }
    ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # под управлением Certbot
    ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # под управлением Certbot
}
AtomX avatar
флаг fr
Ну, это работает нормально, но есть `nginx: [предупреждение] конфликтующее имя сервера "betafox.net" на 0.0.0.0:443, предупреждение игнорируется`.
AtomX avatar
флаг fr
Кстати, что-то вызывает NS_ERROR_REDIRECT_LOOP
AtomX avatar
флаг fr
Эта ошибка находится не в корне сайта, а в разделе администратора моей сети. Nginx возвращает код ответа 302.
AtomX avatar
флаг fr
Извините... Когда я переименовал свою базу данных, я забыл переименовать данные wp_blog, и это было причиной многих перенаправлений...

Ответить или комментировать

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