インストール中の接続問題

インストール
1

ドメイン名を確認中 . . .
警告: ホスト名 ***.com でコンピュータのポート 443 にアクセスできないようです。
警告: http://shoutam.com (ポート 80) への接続も失敗します。

これは、***.com が、Discourse をインストールしているこのマシンに到達しない IP アドレスに解決されることを示唆しています。

まず、***.com がこのサーバーの IP アドレスに正しく解決されることを確認してください。
通常、ドメインを購入した場所でこれを行います。

IP アドレスが正しく解決されると確信している場合は、ファイアウォールの問題である可能性があります。
「ファイアウォールを開く YOUR CLOUD SERVICE」でウェブ検索すると役立つかもしれません。

このツールは、最も標準的なインストールのみを対象として設計されています。上記の問題を解決できない場合は、containers/app.yml を自分で編集してから、

./launcher rebuild app

と入力する必要があります。

これを解決するのを手伝ってもらえませんか？Cloudflare を使用しています。

2

Cloudflare をオフにするか、Discourse で Cloudflare テンプレートを使用するように設定する必要があります。

「いいね！」 2
3

しかし、Let’s Encryptは証明書を発行するためにポート80および443への直接アクセスを必要とするため、インストールすることはできません。

証明書を取得し、Discourseをインストールした後、Cloudflareを中間に配置して機能させる方法（Cloudflareテンプレートの使用を含む）についてトピックを検索できます。

「いいね！」 1
4

よく気がつきました。これは Let’s Encrypt ではなく、Discourse で使用されている acme.sh クライアントであり、直接アクセスが必要です (certbot には DNS プラグインがあり、追加の作業が必要ですが、この要件はなくなります)。私がそう考えなかったのは、私が何年も展開してきたほぼすべての Discourse インストールでリバース プロキシの使用が必要だったため、内部 SSL テンプレートが最初に無効になっているからです。

5

Cloudflareからサイトを削除しましたが、同じ問題が発生します。他に何をすればよいですか？

6

「削除された」というのが具体的に何を指しているのか分かりませんが、通常DNSの伝播には数時間かかります。しばらく待ってからもう一度試してみる価値があるかもしれません。

7

ここには、私たちがさらに詳しいヘルプを提供するために必要な情報がかなり欠けています。

最近のCloudflareでは、HTTPSが厳密に設定されていない限り、プロキシ（オレンジ色の雲）モードで失敗することはありません。これは、:80（HTTP）と:443（HTTPS）の両方がサーバーに直接渡されるためです。

厳密に設定すると、:80のトラフィックがSSLにリダイレクトされるため、チャレンジが失敗します。

基本的な設定のいくつかを省略している可能性が高いですが、VPSの場所やDNSで何を構成したかを教えていただけない限り、何が起こっているのかを推測するしかありません。

一部のプロバイダーでは、VPSと外部の世界の間にACLを設定する必要があります。これらのポートが外部に開いていることを確認しましたか？DNSに追加した「a」レコードが、割り当てられたパブリックIPアドレスに向けられていることを確認しましたか？ファイアウォールは存在しますか？

確かに、一部のDNSプロバイダーではそうですが、CloudflareはプロキシするアドレスにTTLを300秒に強制します。これは、変更から5分以内に、アップストリームのDNSサーバーが古いレコードの有効期限が切れることを意味します。

テンプレートが行うことは、プロキシモードが有効なときにCloudflareが追加する追加のヘッダー情報から正しいクライアントIPが取得されることを保証するだけであり、インストールプロセスには実際には関係ありません。

「いいね！」 2
8

オレンジ色のクラウドで数回再構築を実行した場合、Let’s Encrypt のレート制限に達した可能性が高いです。簡単な解決策は、別のサブドメインを使用するか、1週間待つことです。

9

ドロップレットを削除して新しいものを１つ作成すれば機能しますか？

以前はこの問題が発生する前にディスコースを正常にインストールできましたが、管理者のメールにエラーがあったため、そのドロップレットを削除しました。現在、以前と同じプロセスを使用してディスコースをインストールできないようです。

10

それは私の説明が原因である可能性が高いことを示唆しています。

「いいね！」 1
11

このスレッドを復活させて、知識豊富なコメント者の皆様のお力をお借りできれば幸いです。
OPと同じエラーが出ています。
現在Unraidを実行しており、Nginix Proxy Managerを実行しているコンテナがあります。ファイアウォールポートは、すべてのポート80/443トラフィックをNPMコンテナに送信するように設定されています。NPMコンテナで多くのDockerコンテナを正常にセットアップし、すべて正常に動作しています。

UbuntuServer VMをインストールし、初期設定を終え、VMの静的IPを設定し、Dockerをインストールしてから、OPと同じようにセットアップスクリプトでDiscourseをダウンロードしましたが失敗しました。

以下のスレッドに詳細を投稿しました: Discourse installed in UNRAID Ubuntu Server VM behind NPM reverse proxy not resolving hostname

スレッドが停滞しているか、または真の解決策が見つかっていないように感じています。どなたか助けていただけると幸いです。

12

Nginx Proxy Manager を使用したい場合は、app.yml を手動で設定する必要があります。discourse-setup を最初に実行できるようにプロキシを一時的に無効にするか（それでも手動でいくつかの変更が必要になります）、samples/standalone.yml からコピーする必要があります。

13

はい、私の理解では、ymlファイルはdiscourse-setupの実行と完了後に設定されます。これを達成するために、ファイアウォールでWANトラフィックをdiscourseをインストールしているUbuntuVMに誘導し、セットアップ後にトラフィックをリバースプロキシに戻してからapp.ymlファイルを構成できるかもしれません。

14

これを忘れました。--skip-connection-test スイッチを使用すると、そのテストをスキップして実行できます。ポートは手動で編集する必要がありますが、スクリプトを使用してファイルを作成し、SMTP 認証情報を入力できます。

「いいね！」 2
15

この情報は素晴らしいです。試してみて、すべてうまくいけば、このスレッドに報告します！改めて感謝します！

「いいね！」 1