IIS 8(Windows Server 2012)の構成でname_domain.com
のみの証明書を購入しました。
www.name_domain.com
からhttps://name_domain.com
への301リダイレクトがあります。ブラウザで次のリンクを開いた場合:www.name_domain.com
、証明書エラーがあります。
新しい証明書を購入する必要がありますか、それとも問題の別の解決策がありますか?
サブドメインではなくドメイン名のみを対象とする静的な単一ドメイン証明書を購入すると思います。
悲しいことに、www。証明書標準によるサブです。
もしそうなら、私はあなたが作ることができる3つの動きを見ます。
1。wwwの別の証明書を購入します。使用する予定はなく、リダイレクトを行うことはありません。 (現金の無駄遣い、私がそれについて言及したことさえ忘れてください。いつかwww.name_domain.comを使用してコンテンツをホストする予定がない限り。
2。name_domain.comをそのままにしておきます、新しいウェブサイトを作成しますIISそれに名前を付けますwww.Redirect_domain.com。 basic bindings設定で、ポート80 http:www.name_domain.comを使用して共通IP(SSL /非SSL)を割り当てます。それを保存。 HTTPリダイレクトで、name_domain.comの正確な宛先(またはSEOの理由で移行する場合は相対)への永続的なリダイレクトを作成します。
3。1つのバインディングwww.name_domain.comポート80 httpとSSLポート443のname_domain.comの両方を残します。 any.name_domain.comからname_domain.comへのローカルリダイレクトを操作します。これはweb.configで実行できます。
私の個人的な経験(2番目のオプションが最適です2)は数分かかり、www.name_domain.comの新しいIIS Webサイトを作成し、 https://にリダイレクトしますname_domain.com しかし、これはwww.name_domain.comからの301リダイレクトを計画している場合にのみ当てはまります。
IISバインディングのルーティングに問題がある場合、設定はSSL「すべて未割り当て」になります。
これらの手順 を使用して、ドメインのwww
バージョンの別の仮想ホストを構成できるはずです。証明書がwww削除リダイレクトとは別の仮想ホストによって処理される場合、リダイレクト時に証明書を確認する必要があります。