UbuntuをAWSにインストールして問題を解決しました
「いいね！」 1
まずAAAAレコードを削除します。Discourse-setupは実行時にDNSレコードをテストしますが、Discourse-setupを使用してインストールしましたか？
推測の1つは、DNSレコードのいずれかが間違っているということです。
ファイアウォールがポートをブロックしていませんか？提供されたIPアドレスさえpingできないため、問題がファイアウォールにあるのか、それともドロップレット自体にあるのかを推測するのは困難です。
「いいね！」 3
わかりました。削除しましたが、結果は同じです。
いいえ、ポート443にアクセスできなかったため、Discordのセットアップは続行されませんでした（ポート80は成功しました）。伝播が原因でもありません。すでに24時間待機しました。
いいえ、ファイアウォールはありません。ホスティングプロバイダーのHostingerに再確認したところ、彼らは私のサブドメイン/ドメインにファイアウォールがないとのことでした。
明日、Discord Doctorのログファイルを投稿します。Discourseでは、SSHインスタンスに再接続するたびにパッケージを再構築するように求められるためです。（現在、私のいる場所はオーストラリア東部標準時で午後11時32分です）再構築には15分ほどかかります。
Let’s encryptは、ちなみに正常に完了しました。
DNSではないと思います。AWSのIPアドレスが原因ではないかと感じています。サブドメインのDNSが指しているパブリックIPにアクセスすると、タイムアウトまたはアクセス拒否のエラーが表示されるためです。
では、ポート443をブロックしているか、使用しているものがあります。これは、最初のコンテナを構築する前にdiscourse-setupが伝えてきた問題です。
「いいね！」 1
いくつか疑問があります。
AWS Linux とは、Amazon Linux 2 イメージのことでしょうか？それとも別のオペレーティングシステムを使用していますか？
AWS コントロールパネルから対応するポートを開きましたか？
Elastic IP を使用していますか？
わかりません！
Hostingerでホスティングしていますか？それともAWSですか？
AWSの場合、この問題を引き起こしているのはファイアウォール（セキュリティグループ）であることは100％確実です。
「いいね！」 1
Amazon Linux 2 オペレーティングシステム
サブドメインはHostingerが提供しています。
残りはAWSです。
AWSアカウントにログインし、インスタンスのセキュリティグループを確認して、インバウンドポート80、443をすべてのIP（0.0.0.0/0）で有効にする必要があります。
「いいね！」 2
これのいずれかが EC2 インスタンスにリンクされます。まずそれを見つけてください。
最も簡単な方法は、インスタンスタブで見つけることです。
「いいね！」 1
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.