Пересборка ничего не дала: HTTPS по-прежнему блокируется, а кроме того, я снова вижу приветственную страницу NGINX по HTTP.
У вас точно установлен nginx.
Пробовали ли вы
apt purge nginx
или
dpkg -l |grep nginx
?
После того как вы остановите nginx, что скажет ./discourse-doctor?
В ответ: nginx не установлен.
В ответ: Ничего.
Все поля ввода (например, электронная почта, веб-адрес) пусты.
Запущено 2 контейнера на портах: 80 → 80, 443 → 443 и 2222 → 22.
Сообщается, что приложение контейнера Discourse запущено.
Также сообщается, что версия Discourse НЕ НАЙДЕНА.
Ой, не докрутил, давай прочитаю вывод и посмотрю, что там написано.
РЕДАКТИРОВАНИЕ: Там написано то же самое
Вы запускали этот процесс, выполнив команду ./discourse-setup?
Что это за контейнеры?
Вы имеете в виду, проходил ли я процесс настройки (я проходил), или я не запускал ./discourse-doctor, что я и сделал.
Моя ошибка, было только одно — это 4efab95a60b8.
Теперь на странице HTTP просто сообщается, что данные не были отправлены, поэтому даже страницы NGINX больше нет.
РЕДАКТИРОВАНИЕ: Мы вернулись к странице nginx.
РЕДАКТИРОВАНИЕ 2: Забудьте, мы не вернулись.
Что показывает команда docker ps?
Тот же самый контейнер, что и текстовый файл.
Возможно, в этом сценарии лучше использовать обратный прокси-сервер с caddy?
Я хотел узнать название того, что это. Номер здесь не имеет значения.
Раньше у меня был успех с Caddy. Скорее всего, возникнет та же проблема.
Вот предложение.
Зарегистрируйтесь за $5 на DigitalOcean и следуйте руководству по установке в точности, не добавляя дополнительные сертификаты или что-либо ещё.
Виртуальные серверы (droplets) в DigitalOcean тарифицируются пропорционально времени использования. Если вы будете следовать руководству (на это уходит 30 минут или меньше), стоимость проверки установки составит всего $0,02. Если после этого вы не захотите оставлять сервер, просто нажмите кнопку удаления.
Если установка всё равно не удастся, мы сможем начать устранение неполадок.
Если же всё заработает, это докажет, что проблема не в Discourse. Если вы решите использовать более сложную среду, вы, к сожалению, также берёте на себя ответственность за дополнительные сложности, которые она может вызвать. Стандартная установка успешно проверена на образе Ubuntu в DigitalOcean, и их сетевая политика не создаёт проблем с Let’s Encrypt (хотя иногда требует умеренной корректировки для отправки электронной почты).
Обратите внимание: если вы неоднократно запрашивали один и тот же сертификат, возможно, Let’s Encrypt установил для этого полного доменного имени (FQDN) период охлаждения.
Ну, я наконец-то добился результата. Вот что я сделал. Я установил Caddy и настроил прокси для перенаправления всех подключений с URL на localhost:444, но этого оказалось недостаточно. Я зашёл в файл app.yml и изменил порт следующим образом:
- "81:80" - HTTP перенесён на порт 81, чтобы освободить его для Caddy
- "444:443" - Caddy будет обрабатывать HTTPS
Теперь, когда я перехожу на сайт, он загружается, и подключение по HTTPS больше не отклоняется!
Большое спасибо всем, кто помогал и давал советы!
Я обязательно сделаю это, если мне снова придётся устанавливать Discourse.