Nginx добро пожаловать в nginx отображает www. префикс; отлично работает без

Я настроил Lets encrypt с помощью Certbot; все работает нормально, когда я просматриваю свой веб-сайт через «website.com», однако, когда я использую «www.website.com», я получаю приветствие на целевой странице nginx.

Я попытался исправить это, следуя аналогичному вопросу, опубликованному в сообществе: [https://stackoverflow.com/questions/54244753/django-nginx-configuration-getting-welcome-to-nginx], следуя схеме шага в сообщение, которое я удаляю по умолчанию, используя rm /etc/nginx/sites-enabled/default, но каждый раз, когда я после этого пробую свой веб-сайт с префиксом «www», он перенаправляется на https://www.website.com с ошибкой: Этот сайт недоступен... соединение неожиданно закрыто.

/etc/nginx/сайты-доступны/по умолчанию:

server {
         listen 80 default_server;
         listen [::]:80 default_server;

    # SSL configuration
    #
    # listen 443 ssl default_server;
    # listen [::]:443 ssl default_server;
    #
    # Note: You should disable gzip for SSL traffic.
    # See: https://bugs.debian.org/773332
    #
    # Read up on ssl_ciphers to ensure a secure configuration.
    # See: https://bugs.debian.org/765782
    #
    # Self signed certs generated by the ssl-cert package
    # Don't use them in a production server!
    #
    # include snippets/snakeoil.conf;

    root /var/www/html;

    # Add index.php to the list if you are using PHP
    index index.html index.htm index.nginx-debian.html;

    server_name _;

    location / {
            # First attempt to serve request as file, then
            # as directory, then fall back to displaying a 404.
            try_files $uri $uri/ =404;
    }

    # pass PHP scripts to FastCGI server
    #
    #location ~ \.php$ {
    #       include snippets/fastcgi-php.conf;
    #
    #       # With php-fpm (or other unix sockets):
    #       fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
    #       # With php-cgi (or other tcp sockets):
    #       fastcgi_pass 127.0.0.1:9000;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #       deny all;
    #}
}

# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
#       listen 80;
#       listen [::]:80;
#
#       server_name example.com;
#
#       root /var/www/example.com;
#       index index.html;
#
#       location / {
#               try_files $uri $uri/ =404;
#       }
#}

/etc/nginx/сайты-доступны/веб-сайт:

server {
    server_name website.com www.website.com;

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

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

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/website.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/website.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.website.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

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

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


}

person mev    schedule 13.01.2021    source источник


Ответы (1)


Удалите один из server_name s.

введите здесь описание изображения

Не забудьте nginx -s reload. Остальная часть вашего кода выглядит нормально.

Вы использовали certbot --nginx для получения SSL для example.com или www.example.com? Потому что я вижу их обоих здесь.

введите здесь описание изображения

Если у вас все еще есть та же проблема, я предлагаю вам удалить файл, а также ярлык и начать все сначала. Убедившись, что и example.com, и www.example.com работают правильно, приступайте к выдаче ssl.
И помните, вам просто нужно получить ssl для example.com или www.example.com.

person Parsa Arvaneh    schedule 13.01.2021
comment
Спасибо @Parsa Arvaneh за ответ. Я попробовал исправить, но получил ошибку: Эта страница не работает www.website.com не отправлял никаких данных, - person mev; 14.01.2021
comment
Большое спасибо @Parsa Arvaneh; ваш ответ был самым полезным. - person mev; 14.01.2021
comment
Рад, что смог помочь. - person Parsa Arvaneh; 14.01.2021