DiscourseがWWWサブドメインでホスティングされている場合に設定すべき正しいDNSレコードは？

サポート インストール
1

こんにちは

Digital Ocean のドロップレットに、1 クリックインストールを使用して Discourse をセットアップしました。ホスト名を www.mydomain.com に設定し、Let’s Encrypt で SSL 証明書の発行を選択しました。

ドメインは Namecheap でホストされており、以下の DNS レコードを設定しています。

A レコード    WWW   my_droplet_ip_address
A レコード    @         my_droplet_ip_address
CNAME      @         www.mydomain.com

すべて正しく設定されていると思い、デスクトップとラップトップからは以下の各 URL でサイトに正常にアクセスできます（すべての URL は https://www.mydomain.com にリダイレクトされます）。

https://www.mydomain.com
https://mydomain.com
http://www.mydomain.com
http://mydomain.com

ただし、Android スマートフォンでは、以下の URL でサイトにアクセスすると NET::ERR_CERT_COMMON_NAME_INVALID という警告が表示されます。

http://mydomain.com
https://mydomain.com

このフォーラムで「ナケドメイン（裸のドメイン）の使用は推奨されない」と読んだため、Discourse をナケドメインから WWW サブドメインに移行した際に、デバイスが古い証明書をキャッシュしているのではないかと思っています。しかし、キャッシュやデータをクリアしても解決しないため、現在の DNS 設定に明らかな問題があるかどうか教えていただけますでしょうか。

あらかじめありがとうございます。

「いいね！」 1
2

Discourse は www アドレスのみに対して証明書を作成しました。http で apex ドメインにアクセスすると、期待通りにリダイレクトされますが、https でアクセスするとエラーが発生します。

両方のドメイン用の証明書を作成する方法については、いくつかのトピックがあります。forcewww.com を参照してみてください。こちらの方が簡単です。

「いいね！」 2
3

返信ありがとうございます。おそらく、このトピックのことをおっしゃっているのでしょうか？

この手順に従う際に直面した問題は、Digital Ocean のインスタンスに /etc/nginx ディレクトリが存在しないようです。Nginx を手動でインストールする必要があるのでしょうか？

あるいは、ドメインの裸（www を含まない）に Discourse を再インストールすればこの問題は解決するでしょうか？それとも、ユーザーが https://www. でアクセスした場合、同じ問題に直面することになるでしょうか？

初歩的な質問で申し訳ありませんが、この分野のコンピューティングについてはあまり詳しくありません。

「いいね！」 1