Рейтинг:1

Почему я не могу получить доступ к своему веб-сайту после установки SSL-сертификата с помощью Certbot? (под управлением Ubuntu и Nginx)

флаг yt

Я не могу установить соединение с портом 443 на моем сервере nginx.

Мне нужен был порт 443 для включения https-соединений, я использовал certbot для установки ssl-сертификата, и я пошел с установкой по умолчанию и инструкциями по умолчанию в этом гид

Несмотря на то, что я установил команду «nginx full» для открытия портов http и https, я дважды проверил, чтобы убедиться, что порт 443 действительно открыт, выполнив следующую команду. судо lsof -i -P -n | grep СЛУШАТЬ, и в ответ я получил порт 443 как используемый nginx

Я попробовал такие инструменты, как cURL, чтобы проверить свои порты, порт 80 работает нормально, но я не получаю ответа от порта 443.

У меня нет опыта администрирования серверов, и я пытался проверить другие ресурсы, но я не знаю, что еще делать.

мои сайты-доступная конфигурация:

сервер {

        корень /var/www/muhammed-aldulaimi.com/html;
        индекс index.html index.htm index.nginx-debian.html;

        имя_сервера muhammed-aldulaimi.com www.muhammed-aldulaimi.com;

        место расположения / {
                try_files $uri $uri/ =404;
        }

    слушать [::]:443 ssl ipv6only=on; # под управлением Certbot
    слушать 443 ssl; # под управлением Certbot
    ssl_certificate /etc/letsencrypt/live/muhammed-aldulaimi.com/fullchain.pem; # под управлением Certbot
    ssl_certificate_key /etc/letsencrypt/live/muhammed-aldulaimi.com/privkey.pem; # под управлением Certbot
    включить /etc/letsencrypt/options-ssl-nginx.conf; # под управлением Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # под управлением Certbot


}
сервер {
    если ($host = www.muhammed-aldulaimi.com) {
        вернуть 301 https://$host$request_uri;
    } # управляется Certbot


    если ($ host = muhammed-aldulaimi.com) {
        вернуть 301 https://$host$request_uri;
    } # управляется Certbot


        слушать 80;
        слушать [::]:80;

        имя_сервера muhammed-aldulaimi.com www.muhammed-aldulaimi.com;
    вернуть 404; # под управлением Certbot

}

Статус УФВ:

22/tcp РАЗРЕШИТЬ ВСЕГДА
Nginx Full РАЗРЕШИТЬ ВСЕГДА
22/tcp (v6) РАЗРЕШИТЬ везде (v6)
Nginx Full (v6) РАЗРЕШИТЬ ВСЕГДА (v6)
Michael Hampton avatar
флаг cz
Проверьте свою группу безопасности Amazon.
John Hanley avatar
флаг cn
Из внешней системы проверьте ответ на порту 443. Замените example.com своим доменным именем. Попробуйте **curl -v https://example.com**. Попробуйте **curl -v https://IP-АДРЕС**. Если вы получаете отказ в соединении, у вас есть доступ к блокировке брандмауэра или Nginx неправильно настроен для порта 443. Если соединение установлено успешно, просмотрите ошибку после соединения. Есть много ошибок, о которых можно сообщить после подключения.
momomo avatar
флаг yt
@MichaelHampton У меня есть одно правило в моей группе безопасности, и оно разрешено для всех портов. Я не думаю, что это источник этой проблемы...
momomo avatar
флаг yt
@JohnHanley Я экспериментировал с различными комбинациями открытых портов и серверных блоков. Я открыл порт 81, заставил серверный блок обслуживать базовый html-файл на порту 81 и протестировал с помощью curl, я получил тайм-аут соединения. Точно такой же процесс происходит с 443 (я решил протестировать 81, потому что подумал, что, возможно, это как-то связано с SSL). На данный момент работает только порт 80.
John Hanley avatar
флаг cn
Либо брандмауэр блокирует соединение, либо Nginx не работает. Проверьте журналы на наличие сообщений об ошибках при запуске Nginx.
Рейтинг:1
флаг yt

Убедившись, что в настройках брандмауэра Ubuntu нет проблем, я предположил, что проблема связана с самим веб-хостом.Я использовал AWS Lightsail, и оказалось, что Lightsail принимает соединения только с портов 22 и 80. Добавление правила, которое принимает другие порты, на вкладке «Сеть»; решил мою проблему.

djdomi avatar
флаг za
помните, что вам нужно принять свой собственный ответ.
momomo avatar
флаг yt
@djdomi Да, боюсь, мне нужно подождать 24 часа.

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

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