私はCloudFrontを作成し、CloudFrontにカスタムSSL証明書を追加しました。それはCloulFrontを作成しましたURL:http://di0isyqnhnwcn.cloudfront.net/CloudFrontはドメイン名をリダイレクトしますが、ドメイン名はSSLを使用していません
また、https://extraship.comにリダイレクトされますが、URLが機能していません。
私はhttps://di0isyqnhnwcn.cloudfront.net/img/banner.jpgの画像を確認しており、問題なく動作しています。 CNAMEでは、私はwww.extraship.comを追加したと起源ドメイン名では、それはRoute53でwww.extraship.com
で、2のレコードセット「A - IPv4アドレス」とそこに作成されている)
1 extraship.com 2)www.extraship.com
両方が指している私は、CloudFrontのをdi0isyqnhnwcn.cloudfront.netするwww.extraship.comを指していた場合は、URLは、動作していない
52.88.234.167へ。
また、CloulFrontでextraship.comでCNAMEと起源を変更しようとしました。また、Route53でextraship.comをdi0isyqnhnwcn.cloudfront.net cloudfrontに指定しようとしました。しかし、それは動作していません。
https://www.extraship.comとどのように動作するのでしょうか?
ありがとうございます。
私は使用しているDNSサーバからdi0isyqnhnwcn.cloudfront.netのアドレスとして52.88.234.167を取得しません。私は、クラウドフロントネットのためにGTLDから委任された4人の4人から引用された4人の明らかに権威のあるサーバーから54.230.48。{49,75,84,85,105,120,214,254}を得て、同様に他のサーバーから54.230.38.severalと52.85.88. ; curlを使ってwww.extraship.comをこれらの成功例に強制的に解決します。しかし、extraship.comをforce-resolveすることは、 'openssl s_client'からSNIのないattotemptと同様、helloでハンドシェイクの失敗を起こします。 –
openssl s_client -connect di0isyqnhnwcn.cloudfront.net:443 -servername extraship.comを実行すると、ドメインのカスタム証明書が設定されているとは限りません。 http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/SecureConnections.html#cnames-and-https-procedureの手順に従ったことがありますか? – imperalix