CloudfrontのHTTPSコンテンツの配信に一貫性がありません

Question

HTTPSを使用するようにブログ（jacopretorius.net）を更新しようとしています。

• ジキル
• Amazon S3の
• アマゾンCloudFrontの
• ：私のスタックは、このようになりますstaging.jacopretorius.net

  - だけではなく、私はこれをテストするために、ステージングバージョンを作成しているライブバージョンでこれをしようとしますAmazon Route53

私は、生成されたJekyllコンテンツをS3バケットにs3_website宝石。この宝石は、関連するCloudfrontディストリビューションも更新します。私は証明書を使用するようにCloudfront配布を設定し、ステージングURLをCNameとして配布に追加しました。最後に、Route 53から2つのエイリアスを追加して配布を指し示しました.1つはIPv4用、もう1つはIPv5用です。

私が理解していないいくつかの奇妙な動作を除いて、すべてが予想どおり動作しているようです。 https://staging.jacopretorius.net/archive/を除き、すべてのページがHTTPS経由で配信されているようです。 URLには内線番号がありませんが、https://staging.jacopretorius.net/about/が正しく配信されている可能性があります。これはChromeとSafariの両方で一貫して行われています。

curlを使用してヘッダーをダンプすると、ヘッダーは1つのURL（/ about/one）が常にCloudfrontミスであることを示しているようです。

curl -s -D - https://staging.jacopretorius.net/archive/ -o /dev/null 
HTTP/1.1 200 OK 
Content-Type: text/html; charset=utf-8 
Content-Length: 63941 
Connection: keep-alive 
Date: Sun, 22 Oct 2017 20:11:29 GMT 
Last-Modified: Sun, 22 Oct 2017 19:25:42 GMT 
ETag: "289e13a6c58bd46dfa55d22cd5e0d1a6" 
Server: AmazonS3 
Age: 51 
X-Cache: Hit from cloudfront 
Via: 1.1 0a955f76d9c9f3e49899a6eb7a411ec5.cloudfront.net (CloudFront) 
X-Amz-Cf-Id: avt5CRfDiCwEU7TlhvUoCQKsR_jGB_2M_w5zy5mmDoFhogtS4doaQA== 

curl -s -D - https://staging.jacopretorius.net/about/ -o /dev/null 
HTTP/1.1 200 OK 
Content-Type: text/html; charset=utf-8 
Content-Length: 3757 
Connection: keep-alive 
Date: Sun, 22 Oct 2017 20:12:24 GMT 
Last-Modified: Sun, 22 Oct 2017 19:25:42 GMT 
ETag: "fa3a2f263be864012dc5a792d651a46c" 
Server: AmazonS3 
X-Cache: Miss from cloudfront 
Via: 1.1 fc8718fc654846d5ff65e1100874c1fc.cloudfront.net (CloudFront) 
X-Amz-Cf-Id: btONKzglg2FkPo9ycWiqQz-aBQ85sugrwTES14TfmedmBQNPPim_Jg== 

Cloudfront documentation URLのこの種の問題がないことを示していると思われる、それは単純に（私はこれ）あなたは一貫している必要があることを述べています。

私は本当にこれに困惑しています。私の唯一の考えは、Cloudfrontが/ archive/responseをキャッシュしていて、そのアセットを取得しようとしたときに期待したレスポンスを得られなかったことです。しかし、コンテンツがそこにあるのでHTTPSだけではありません。

Answer 1

https://staging.jacopretorius.net/archive/ページは、読み込み時に安全な状態で提供されています。あなたはそれが正確に安全に提供されていないと言うのは何ですか？ https://と入力してページの内容を確認すると、HTTPS経由でページが配信されますが、緑色のロックアイコンが表示されない場合、ブラウザはページが完全に安全であるとはみなしません。 Chromeブラウザのアドレスバーにある小さな（i）アイコンをクリックして、実際の問題点を確認する必要があります。そのページのSSL証明書に問題があった場合、ブラウザはページコンテンツをまったく表示しません。

Chromeのメッセージが安全であるとは限りません。ページ上の検索フォームにhttp://www.google.com/searchというターゲットがあるためだと思います。その変更をhttps://www.google.com/searchに変更してください（変更後にCloudFrontキャッシュを/archive/にクリアしてください）。