Certbot: После установки ssl сайт перестал загружаться, браузер возвращает ERR_CONNECTION_TIMED_OUT. Как исправить?

Question

[vlog]

Добрый день!

После установки ssl через Certbot браузер возвращает ERR_CONNECTION_TIMED_OUT.
Изначально конфиги копировал из документации Laravel, тк на нём проект.

Сейчас выглядят так:

server {
    server_name new.example.com;
    root /var/www/example.com/public;

    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-Content-Type-Options "nosniff";

    index index.php;

    charset utf-8;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    error_page 404 /index.php;

    location ~ \.php$ {
        fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location ~ /\.(?!well-known).* {
        deny all;
    }

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


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


}

В Интернете не нашёл описанных случаев проблем с Certbot, может какой-то конфликт с изначальным файлом возникает, помогите, пожалуйста...

Comments

[Drno]

что показывает лог nginx на подключение? там по идее должно быть написано что ему ненравится
Домен Вы правильно в конфиге указали?
И сертификаты есть по указаному пути?

[vlog]

Drno, сертификаты есть, домен верный

access.log

109.189.14.146 - - [27/Nov/2021:16:06:42 +0300] "GET https://api.weaapi.com/w4s/app/home/index HTTP/1.1" 404 564 "https://api.weaapi.com" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36"

error.log

2021/11/27 16:06:42 [error] 290639#290639: *12 open() "/var/www/html/w4s/app/home/index" failed (2: No such file or directory), client: 109.189.14.146, server: 168.225.43.104, request: "GET https://api.weaapi.com/w4s/app/home/index HTTP/1.1", host: "api.weaapi.com", referrer: "https://api.weaapi.com"

[Drno]

vlog, ну ошибка указывает на отсутсвие директории
Еще можно права на папку проверить, если они есть
И перезапустить nginx

[vlog]

Drno, как я понимаю, он не может найти /var/www/html/w4s/app/home/index, но, дело в том, что её действительно не существует и она не совпадает с директорией сайта. Я даже не знаю, что он там ищет... В /var/www/html у меня лежит единственный файл index.nginx-debian.html с приветственной страницей nginx.

[Drno]

vlog,

server {
server_name new.example.com;
root /var/www/example.com/public;

вот тут что у вас? даже конкретно директория какая указана

[vlog]

Drno, тоже самое, только вместо example.com название моего домена

структура /var/www:
root@******-*******:/var/www# ls
example.com html

Без ssl сайт с этими же путями открывается и работает

Answer 1

[vlog]

Оказалось, что брандмауэр ограничивал доступ к 443 порту. Я почему-то думал, что он будет разрешён по умолчанию...
Команда sudo ufw allow 'Nginx Full' мне помогла. Всем спасибо за помощь!

Answer 2

[SagePtr]

При том конфиге, что вы показали, сайт не может работать через http, возвращая что-либо отличное от 404 или редиректа. Вероятно, в конфиге есть и другие секции server, имеющие больший приоритет, чем те, которые вы продемонстрировали.
Полный конфиг, получаемый командой nginx -T, в студию.

Comments

[vlog]

https://codepen.io/vladislaw-loginow/pen/ZEXzaLQ?e...

[SagePtr]

vlog, у вас неоднозначность в конфиге - один из хостов слушает для [::] (IPv6), остальные не слушают. В итоге если сайт будет запрошен через IPv6 - ответит именно этот хост не зависимо от того, какой при этом будет заголовок Host будет использоваться (т.к. он единственный слушает IPv6). Добавьте для начала listen с [::] во все хосты и сделайте nginx -s reload.

[vlog]

SagePtr, не помогло, к сожалению...(

[SagePtr]

vlog, новый конфиг покажите, который получился после внесения правок. И не забыли ли после этого сделать nginx -s reload ?

[vlog]

SagePtr, решил проблему, решение в ответе написал. Проблема в брандмауэре была, не додумался его в первую очередь проверить... Спасибо за помощь!