dalu
(dalu)
2022 年 9 月 5 日午前 6:27
1
こんにちは。
Discourse のセットアップ中にこのエラーが発生しています。
WARNING: Port 443 of computer does not appear to be accessible using hostname
セルフホストの Debian サーバーで発生しています。
Discourse 専用のドメインを使用しており、簡単な HTML のインデックスページを配置したところ、動作しました。
ただし、このサーバーには他のドメインも向いていますが、それらは基本的な HTML ウェブページのみです。
類似トピックで、Discourse は WordPress と同じサーバーで実行できないと読みましたが、他に制限はありますか?
どうぞよろしくお願いします。
Jagster
(Jakke Lehtonen)
2022 年 9 月 5 日午前 6:53
2
DiscourseはWordPressとうまく連携できますが、それを自分のコンピューターで実行できるかどうかは全く別の話です。このトピックを取り上げるのは、検索で見つけた人が、WordPress(またはほぼすべてのCMS/アプリ)とDiscourseを同じサーバー(サーバー=VPS)で実行することは不可能だと誤解する可能性があるからです。しかし、それは不可能なことではありません。実際には非常に簡単です。
「いいね!」 1
pfaffman
(Jay Pfaffman)
2022 年 9 月 5 日午前 7:08
4
「いいね!」 1
dalu
(dalu)
2022 年 9 月 5 日午前 7:13
5
リンクをありがとう、アパッチについての情報だったけど、私はNginxを使っているんだ。同じように機能するかな?
「いいね!」 1
ghassan
(Ghassan Maslamani)
2022 年 9 月 6 日午後 8:48
7
前提として、複数のドメインまたはサブドメインがすべて同じサーバーを指しているサーバーがある と仮定します。
そのため、主にメインプロキシサーバー を実行する必要があります。これは、TLS/SSLを実行している場合はポート80および443をリッスンします。
メインプロキシサーバーは、ホスト/ドメインに基づいてトラフィックをルーティングします。つまり、discourse.example.com => discourseに移動し、blog.example.com => wordpressに移動します。
このようなデプロイメントの処理方法には複数の選択肢があると思います。通常、wordpressは独自のプロキシサーバーが付属しており、discourseも同様です。そのため、選択肢は次のようになります。
メインとしてdiscourseのnginxプロキシサーバーを使用し、wordpressにプロキシします。
メインとしてwordpressを使用し、discourseにプロキシします。
両方にプロキシする独自のメインプロキシサーバーを使用します。
いずれの場合も、TLS/SSLは通常、メインプロキシサーバーによって処理されると思います。
上記の最初の2つのシナリオでdiscourseを使用しました。他のプロキシサーバーを使用して着信トラフィックを処理した場合(最初のオプション)、ポートを変更し、TLSをオフにして、代わりに他のプロキシサーバーに処理させる必要がありました。2番目のシナリオでは、discourseコンテナ内のnginx.confファイルを変更し、別のサーバーの宣言を追加してから、certbotを使用してそのサーバーの証明書を生成しました。
Jagster
(Jakke Lehtonen)
2022 年 9 月 6 日午後 10:17
8
え…いいえ。通常、プロキシはありません。Apache2 や Nginx のような通常の Web サーバーは、仮想ホストを提供し、SSL を終端処理するときはプロキシサーバーではありません。確かに、プロキシとして機能することはできますが、それは典型的なソリューションではなく、WordPress とは関係ありません。
WordPress には、どのような種類のサーバーも付属していません。
インストールされた WordPress は、Web サーバー、PHP、SQL などと一緒に販売される可能性がありますが、それは「付属している」とは全く別のことです。
ただし、Discourse は付属しています。
そしてはい、プロキシを使用したり、Discourse の前面に何かを配置したりして、同じサーバーで WordPress を提供することは非常に簡単です。
ghassan
(Ghassan Maslamani)
2022 年 9 月 6 日午後 10:41
9
WordPressスタックにnginxまたはapacheが含まれる場合を主に参照していました。ただし、このコンテナ化された時代には、WordPressの公式Dockerイメージ (10億回以上ダウンロードされています)を確認すると、apacheが同梱されています。
プロキシという言葉を適切に使用しなかったかもしれませんが、それでも私が言いたかったのは、WordPressとDiscourseを実行したい場合、通常は2つのWebサーバー(またはプロキシサーバー)を使用することになるということです。
dalu
(dalu)
2022 年 9 月 19 日午前 2:21
10
返信が遅れて申し訳ありません。しばらくの間、オフグリッドでフォーラムから離れていました。気分は良いですが、離れる前にメールの問題を修正しようとしましたが、フォーラムにアクセスするとまだエラー502が発生します。
申し訳ありません、説明を間違えました。同じサーバーにWordPressをインストールする必要はありません。それは単に、あなたができないことの例として挙げただけです。
実際、このサーバー上のシンプルなウェブサイトを指すドメインは4つだけです。
Discourse Doctorにはエラーがないようです。
しかし、フォーラムのドメインではまだエラー502が発生しています。
ここで言われているようにhaProxyをインストールする必要がありますか?ありがとうございます。
It’s not as daunting as it sounds!
While this may sound a bit intimidating at first, it’s really not all that bad. You basically need to do two things:
Install HAProxy (or an alternative) which will take over port 80 and then divert your Discourse traffic to your docker container, and all your other sites to your usual Apache set-up.
Let Apache know which port to listen for.
While this is only a rough guide, it should do a good job of pointing you in the right direction. Let’s get star…
pfaffman
(Jay Pfaffman)
2022 年 9 月 19 日午前 5:25
11
いいえ。Apacheのみをリバースプロキシとして使用できます。
ghassan
(Ghassan Maslamani)
2022 年 9 月 19 日午前 9:56
12
WordPressを使用しているか、他のフレームワークを使用しているかは関係ありません。
複数のウェブサイトが同じサーバーを指している場合、すべてのウェブサイト/HTTP(S)トラフィックはポート80/433でリッスンします。そのため、通常は1つのサーバーがこれらのポートをリッスンし、ホスト名/ウェブサイトに基づいてトラフィックを転送します。
では、これはDiscourseの文脈ではどういう意味でしょうか?
DiscourseのNginxサーバーにトラフィックのリダイレクトを処理させる(この場合、Discourseは80/443をリッスンします。このトピックを参照してください: Run other websites on the same machine as Discourse 8080)をリッスンさせ、フォーラムのウェブサイトからのリクエストがあった場合にサーバーにリダイレクトを依頼することができます。注: この場合、DiscourseのTLS/SSLを無効にし、メインサーバーに処理させる方が良いでしょう。
「いいね!」 2