警告:コンピュータのポート443にアクセスできないようですが、ウェブページは正常です

こんにちは。

Discourse のセットアップ中にこのエラーが発生しています。
WARNING: Port 443 of computer does not appear to be accessible using hostname

セルフホストの Debian サーバーで発生しています。
Discourse 専用のドメインを使用しており、簡単な HTML のインデックスページを配置したところ、動作しました。
ただし、このサーバーには他のドメインも向いていますが、それらは基本的な HTML ウェブページのみです。
類似トピックで、Discourse は WordPress と同じサーバーで実行できないと読みましたが、他に制限はありますか?
どうぞよろしくお願いします。

DiscourseはWordPressとうまく連携できますが、それを自分のコンピューターで実行できるかどうかは全く別の話です。このトピックを取り上げるのは、検索で見つけた人が、WordPress(またはほぼすべてのCMS/アプリ)とDiscourseを同じサーバー(サーバー=VPS)で実行することは不可能だと誤解する可能性があるからです。しかし、それは不可能なことではありません。実際には非常に簡単です。

「いいね!」 1

わかりました、正確な情報ありがとうございます:)

手動で設定する必要があります。How to set up Discourse on a server with existing Apache sitesを参照してください。discourse-setupは使用できません。

「いいね!」 1

リンクをありがとう、アパッチについての情報だったけど、私はNginxを使っているんだ。同じように機能するかな?

「いいね!」 1

nginxでも同様のトピックを検索できます。

前提として、複数のドメインまたはサブドメインがすべて同じサーバーを指しているサーバーがあると仮定します。

そのため、主にメインプロキシサーバーを実行する必要があります。これは、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を使用してそのサーバーの証明書を生成しました。

え…いいえ。通常、プロキシはありません。Apache2 や Nginx のような通常の Web サーバーは、仮想ホストを提供し、SSL を終端処理するときはプロキシサーバーではありません。確かに、プロキシとして機能することはできますが、それは典型的なソリューションではなく、WordPress とは関係ありません。

WordPress には、どのような種類のサーバーも付属していません。

インストールされた WordPress は、Web サーバー、PHP、SQL などと一緒に販売される可能性がありますが、それは「付属している」とは全く別のことです。

ただし、Discourse は付属しています。

そしてはい、プロキシを使用したり、Discourse の前面に何かを配置したりして、同じサーバーで WordPress を提供することは非常に簡単です。

WordPressスタックにnginxまたはapacheが含まれる場合を主に参照していました。ただし、このコンテナ化された時代には、WordPressの公式Dockerイメージ(10億回以上ダウンロードされています)を確認すると、apacheが同梱されています。

プロキシという言葉を適切に使用しなかったかもしれませんが、それでも私が言いたかったのは、WordPressとDiscourseを実行したい場合、通常は2つのWebサーバー(またはプロキシサーバー)を使用することになるということです。

返信が遅れて申し訳ありません。しばらくの間、オフグリッドでフォーラムから離れていました。気分は良いですが、離れる前にメールの問題を修正しようとしましたが、フォーラムにアクセスするとまだエラー502が発生します。

申し訳ありません、説明を間違えました。同じサーバーにWordPressをインストールする必要はありません。それは単に、あなたができないことの例として挙げただけです。
実際、このサーバー上のシンプルなウェブサイトを指すドメインは4つだけです。
Discourse Doctorにはエラーがないようです。
しかし、フォーラムのドメインではまだエラー502が発生しています。
ここで言われているようにhaProxyをインストールする必要がありますか?ありがとうございます。

いいえ。Apacheのみをリバースプロキシとして使用できます。

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