ローカルインストール内部専用

皆さん、こんにちは。

簡単な質問ですが、インターネットではなく、私のネットワーク内だけでDiscourseを内部的に使用する方法はありますか?

自宅のドメインを testlabs.local と呼ぶとします。このドメイン内のすべてのユーザーがDiscourseにアクセスできるようにしたいです。ポート80経由でアクセスできますが、アカウントを登録してユーザー名とパスワードを設定し、続行すると404 nginxエラーメッセージが表示され、ページは空白になります。奇妙なことに、エラーが発生してもメールは受信しますが、リンクをクリックすると再び404エラーが発生します。

したがって、このように内部的に使用できますか?
それとも外部でのみ使用できますか?

もしそうなら、内部でセットアップするためのガイドはありますか?クラウドガイドしか見当たりません。

yamlファイルでSMTP設定を設定しましたが、受信できます。SMTPのユーザー名とパスワードフィールドが不明です。それらをコメントアウトしましたが、セットアップする必要がありますか?もしそうなら、なぜそのセットアップなしでもメールを受信できるのですか?

メールパスワードをプレーンテキストで入力したくありません。

開発環境をセットアップする:\n\n* https://meta.discourse.org/t/install-discourse-for-development-using-docker/102009\n* macOS を使用している場合は、こちらを検討してください: https://meta.discourse.org/t/install-discourse-on-macos-for-development/15772\n* Ubuntu または Debian の場合: https://meta.discourse.org/t/install-discourse-on-ubuntu-or-debian-for-development/14727\n\nこれらを使用すると、http://localhost:4200/ から Discourse を使用できます。これらのオプションではすべて MailHog を使用して、実際にメールを送信せずに SMTP をテストします。\n\n更新: 質問を再読したところ、他の人に使用してもらいたいとのことでした。この回答が実際に役立つかどうかはわかりません。:frowning:

「いいね!」 1

Discourse は https がないとほとんど機能しません。これはローカルネットワークでの設定が困難です。リバースプロキシを含むガイドを参考にすることはできますが、サポートされているセットアップではありません。

「いいね!」 1

ジョンさん、こんにちは。

お返事ありがとうございます。はい、他の人にも使ってもらいたいと思っています。ただ、これらの他の人は私のローカルネットワークの一部であり、すべて家の中でアクセスされ、外部からのアクセスはないことを明確にしておきたいと思います。

Discourse をインターネット上に公開しつつ、閲覧者を制限するために invite onlylogin required を有効にすることは可能でしょうか?あるいは、must approve users(おそらく auto approve email domains と併用して)を使用して、組織内のユーザーのみを参加させるという方法はどうでしょうか?

質問の意図は、どのような問題を解決しようとしているのか、ということだと思います。

ジェイ様

ご返信ありがとうございます。現在、社内ドメインのRed Hatディストリビューションに内部使用のみで設定しています。色々試してみます。HTTPSなしでは動作しないというのはどういう意味ですか?つまり、パブリックインターネット経由でのみアクセスできるように、外部でのみ動作するように設計されているということですか?

リバースプロキシガイドについて、もう少し詳しく説明していただけますか?ガイドに参加するというのが何を意味するのか理解できません。

よろしくお願いいたします。

ジョンさん、こんにちは。

現在、製品は休止状態にあり、社内フォーラムとして使用したいと考えています。
開発者やIT担当者が投稿し、互いに交流できるようにするためです。内部のみで、公開アクセスはありません。
これが彼らが決定した解決策です。私にはそれをコントロールできません。

「ユーザーの承認が必要」という設定が、その要件を効果的に満たしていると思います。「内部」ツール(Slack、Google Suite、Microsoft Office 360、GitHub Enterpriseなど)の多くはインターネット上でホストされていますが、顧客管理者が承認したユーザーのみに制限されています。

内部ネットワークに配置することがIT部門の要件である場合は、DIscourseのネットワーク設定も手伝ってもらえるはずです。

「いいね!」 2

承知いたしました。内部アクセスのみで機能させるためのプロセスについてお伺いします。設定ガイドがなく、ユーザーからはHTTPSなしではうまく機能しないという声が上がっています。

実際にラボでローカルネットワークをセットアップし、テストする予定ですが、以前のテストでは内部で機能しませんでした。もう一度試してみます。

フロントエンドのコードの多くがhttpsの使用を前提としているということです。標準インストールでは、Let’s Encryptから証明書を取得できることを前提としています。

こちらがそのガイドです。これを機能させるには、Apacheに有効な証明書を設定し、Discourseをリバースプロキシする必要があります。

サーバーに既存のApacheサイトがある場合にDiscourseをセットアップする

サポートされているセットアップではありません。ファイアウォール/NATの背後にあることが要件である場合、内部リバースプロキシを有効な証明書でセットアップする方法を知っていて、上記のリンクのようなガイドに従うことができる人が、その要件のコストとなります。

私が言ったことをより丁寧な言い方で表現してくれました。

「いいね!」 2

そこにはIT担当者がいるはずです。イントラネットでWebサーバーを使用しているため、証明書を構築できます。唯一の問題は、ブラウザで承認される証明書を取得することです。

「いいね!」 1

ありがとうございます。試してみます。古いガイドのようですが、情報を繋ぎ合わせてみます。
ご協力ありがとうございます。

「いいね!」 1