Discourseの設定は正常に完了しましたが、SSLエラーのため動作しません

サポート
1

エラーログはこちらです

2024/12/14 14:04:39 [warn] 5993#5993: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:39 [emerg] 5993#5993: cannot load certificate "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE)
2024/12/14 14:04:40 [warn] 5995#5995: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:40 [emerg] 5995#5995: cannot load certificate "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE)
2024/12/14 14:04:41 [warn] 5997#5997: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:41 [emerg] 5997#5997: cannot load certificate "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE)
2024/12/14 14:04:42 [warn] 5999#5999: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:42 [emerg] 5999#5999: cannot load certificate "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE)
2024/12/14 14:04:43 [warn] 6001#6001: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:43 [emerg] 6001#6001: cannot load certificate "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE).

SSLを確認したところ、空のようです。アプリケーションの再構築を試しましたが、Let’s Encrypt に提供したメールアドレスは正しいものです。

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

2

これは、discourse-setup でホスト名のチェックをバイパスし、複数回再構築して discourse によってレート制限された場合に頻繁に発生します。Cloudflare のオレンジ色の雲がありますか？

ログを確認できますが、見つけるのは困難です。これが問題である場合、解決策は 1 週間待つか、Set up Let’s Encrypt with multiple domains / redirects で説明されているように別のホスト名を追加することです。

3

返信ありがとうございます。Digital Oceanを使用しています。ホスト名チェックをバイパスせず、再構築も行っていません。GitHubのDockerベースのセットアップ手順に従いました。Let’s Encryptを手動で設定する必要があると思います。

「いいね！」 2
4

また、/etc/ngnix/ngnix.conf ファイルが見つかりませんでした。インストールスクリプトを実行する前に、何か見落としていることはありますか？

-Nu

5

コンテナ内にあります。

./launcher enter app

を実行すると、コンテナ内に入ることができます。証明書を取得しようとしているコマンドを見つけるために、コンテナ内を探索できます。私はそれを頻繁に行わないため、常にコマンドを覚えていません。ここを検索すれば見つかる可能性が高いです。

私の最善の推測は依然としてDNSの問題ですが、あなたは正しく設定したようです。

6

根本原因が判明しました。1. DNSでIPv4は正しく、IPv6が間違って（更新されていなかった）いたため、インストールが成功しませんでした。2. DigitalOceanはドロップレットでのSMTPメールサービスをサポートしていません。

インストールは完了しましたが、DigitalOceanの制限により、管理者確認メールをまだ受信できません。複数のオプションを検討中です。

  • SendGridオプションは失敗しました :frowning: 技術的な制限なのか、私のミスなのかは不明です。

Nu

7

申し訳ありません、他のタスクで忙しくしていました。DigitalOceanでホストされているDiscourseでMailgun、SendGrid、またはその他のSMTPプロバイダーを使用/設定する方法を知っている人はいますか？SendGridのSMTP認証情報（ユーザー名、パスワード、SMTPサーバー、ポート、メールアドレス、返信先メールアドレス、SSLメールなど）を入力し、再構築を実行しましたが、まだ効果がありません。