ありがとうございます。このガイドは非常に役立ちました。作成に費やしていただいた時間に感謝いたします。また、認証方法なしでトンネルを使用できることも学びました。これにより、私のホームラボゲームに新たな可能性が開かれました。
「いいね！」 4
これを参考に始めるのはとても役立ちます。私はエンドユーザーフォーラムも利用していますが、それはメンテナンスやモデレーションが簡単です。このガイドは非常に役立ちますが、ポートなどに関する基本的な知識しかない私のようなエンドユーザーにとっては、テキストだけでは正確なステップバイステップガイドと各用語やリソースの説明なしでは理解するのが少し難しいです。これを完全に説明し、初心者向けに手順をガイドするようなビデオチュートリアルはありますか。
この特定のユースケースのために、Raspberry Pi 5 16GBと、i7-7700k、16GB RAM（使用状況に応じてGPUを交換しますが、常に12GB VRAM以上を維持しています）を搭載したPCを持っています。PCはWin 11で実行されており、Raspberry Piよりもはるかに多くのストレージとパフォーマンスを持っています。PCでこれを使用したい理由はそこにあります。
「いいね！」 1
この場合、SMTPを機能させるにはどうすればよいですか？
私はこの分野は初めてなので、この2つの指示が互いに矛盾しているように思えます。
一方では、トンネルが http://localhost:80 経由でDiscourseと通信するように提案されていますが、その後、設定ですべてをHTTPS経由で強制しますか？
トンネルがエッジでSSLハンドシェイクを提供し、その後localhostへのトンネルは証明書なしで実行できるため、SSLなしでポート80でローカルに作業することを推奨していますか？
Caddyで更新可能なローカル証明書を設定できますか？ app.yml にキーと証明書の設定を提供する方法はありますか？
おそらく、DISCOURSE_FORCE_HTTPS: true に関して検索で見つかったことの解釈を誤っており、それがDiscourse自体がどのポート/モードで実行されるかとは関係なく、HTTPS経由でリンク/画像をロードするように指示されていることを反映しているだけでしょうか？
はい。
DNS検証付きですか？通常のチャレンジではLet’s Encryptを使用できません。
Caddyが機能すれば、CaddyはHTTPポートと通信するため、Discourse側で何も変更する必要はありません。
その通りです。
「いいね！」 2
はい、組み込みで非常に簡単です。ただし、トンネル/プロキシがあれば不要だと思います。
これらの概念を理解するのに時間を割いていただきありがとうございます。稼働できて嬉しいです！
「いいね！」 1
申し訳ありません、見落としたかもしれません。投稿25あたりから最後までをざっと読んだか読んでいないかです。
25といえば、私の自宅のインターネットはポート25を除くすべてのポートをブロックしていません。そのため、Discourseのメール受信者を実行したいので、Cloudflareトンネルでその制限を回避できるのではないかと想定しています。
以前にこれを試した人はいますか？何かアドバイスやハウツーはありますか？