Спасибо. Это руководство было для меня очень полезным, и я ценю время, которое вы потратили на его создание. Я также узнал, что могу использовать туннели без метода авторизации, что открывает новые возможности для моей домашней лаборатории.
4 лайка
Мне это довольно полезно для начала, хотя я использую форум для конечных пользователей, который мне легко поддерживать и модерировать. Несмотря на то, что это руководство полезно, его немного сложно понять только по тексту без точного пошагового руководства и объяснения каждого термина и ресурса, используемого здесь. Для конечного пользователя, такого как я, с довольно базовыми знаниями о портах и подобных вещах, это руководство просто сбивает с толку. Есть ли у вас какие-либо видеоролики, которые полностью объясняют это и показывают, как это сделать, простыми словами?
У меня есть Raspberry Pi 5 с 16 ГБ памяти и ПК с процессором i7-7700K и 16 ГБ оперативной памяти (я обычно меняю видеокарты в зависимости от задачи, но на этой машине объем видеопамяти всегда остается выше 12 ГБ) для этого конкретного случая использования. ПК работает под управлением Windows 11 и имеет гораздо больше места для хранения данных и производительности, чем Raspberry Pi, поэтому я хочу использовать его именно на ПК.
1 лайк
Итак, как в данном случае настроить работу SMTP?
Я новичок во всём этом, поэтому задумался, что эти две инструкции, похоже, противоречат друг другу
С одной стороны, предлагается, чтобы туннель общался с Discourse через http://localhost:80, но затем настройка принудительно переводит всё на HTTPS?
Рекомендуется ли работать локально на порту 80 без SSL, так как туннель будет обеспечивать рукопожатие SSL на границе, и тогда туннель к localhost может быть без сертификата?
Я могу настроить локальный сертификат с автоматическим обновлением через Caddy. Есть ли способ передать конфигурацию ключа и сертификата в app.yml?
Возможно, я неправильно понял то, что нашёл в поиске по поводу DISCOURSE_FORCE_HTTPS: true, и это относится лишь к тому, что ссылки и изображения должны загружаться через HTTPS, и это никак не связано с портом или режимом, в котором работает сам Discourse?
Да.
С проверкой через DNS? Он не сможет использовать Let’s Encrypt с обычным вызовом.
Если вам удастся заставить Caddy работать, вам не нужно будет ничего менять на стороне Discourse, так как Caddy всё равно будет обращаться к HTTP-порту.
Верно.
2 лайка
Верно, это встроено и очень просто. Но, полагаю, в случае использования туннеля или прокси это не требуется.
Спасибо, что нашли время помочь мне разобраться в этих концепциях. Рад, что всё заработало!
1 лайк
Извините, если я упустил что-то. Я, возможно, пробежался по тексту от 25-го поста до конца.
Кстати, насчёт 25: мой домашний интернет-провайдер не блокирует никакие порты, КРОМЕ 25. Я предполагаю, что с помощью туннеля Cloudflare можно обойти это ограничение, так как я хочу запустить почтовый получатель для своего Discourse.
Кто-нибудь уже сталкивался с этим? Есть ли какие-то советы или инструкции в сети?
Требуется ли по-прежнему служба почты? При следовании руководству я постоянно получаю ошибки 443 и не понимаю почему, так как я не указывал SMTP-сервер. Не знаю, не вызывает ли это проблем.
Только если вы хотите отправлять электронные письма. Вы можете добавить DISCOURSE_SKIP_EMAIL_SETUP: 1 в раздел env и использовать Discourse ID для входа в систему.
3 лайка
Я вижу, что localhost:80 работает, но туннель отвечает:
ERR_CONNECTION_TIMED_OUT
Можете помочь с этим?
Похоже, отключение прокси (оранжевое облако) вызвало эту проблему.
Всё исправлено!
1 лайк