AWS S3，CloudFront和SSL

我嘗試使用AWS S3和CloudFront爲我們的Web平臺設置靜態託管解決方案。需要使用https，並且需要通過自定義子域來訪問。AWS S3，CloudFront和SSL

這是我的S3存儲：

這些都爲CloudFront的設置：

證書設置看行對我說：

最後我的DNS記錄是這樣的： CNAME: "static" -> "d1fd407fp9coo4.cloudfront.net."

編輯：使用我的DNS默認域名提供商，而不是路由53.

目的是通過https獲得static.dmaglobal.com/logo-frontpage.png的資源。它沒有加載（http://static.dmaglobal.com/logo-frontpage.png），但HTTPS版本（https://static.dmaglobal.com/logo-frontpage.png）給出SSL錯誤，說明當前證書是* .s3.eu-west-2.amazonaws.com而不是* .dmaglobal.com。我不明白這種不匹配是從哪裏來的，因爲它似乎像當前的證書正確設置爲我們的自定義域。

任何人都可以給出一些關於如何從這裏開始處理這個問題的指針？

來源

2017-03-04 kvitso

自創建CloudFront分配以來，它已經有多久了？我幾個星期前創建了一個具有相同設置的設置，並且它保持重定向到S3，而不是通過CloudFront提供文件（因此服務於S3 SSL證書而不是您在CloudFront上配置的文件）。顯然，這是新的CloudFront發行版的已知問題，您需要等待幾個小時才能開始正確地從S3提供文件。幾個小時後，礦井開始按預期工作。 –

也許是在2個小時前創建的，花了一段時間直到它準備好了 - 它在花費了大約一個小時左右的時間才與狀態「進行中」更改爲「準備就緒」 – kvitso

是的，我有同樣的經歷。我會再等幾個小時才能開始提供文件，而不是重定向到S3。以下是我在遇到同樣問題時所遇到的AWS論壇帖子：https://forums.aws.amazon.com/message.jspa?messageID=677452如果在幾個小時內沒有完成清理，您可能需要使用AWS支持打開票證。 –

回答我自己的問題：最後，這是恰當的CNAME值尚未正確傳播（因爲在我意識到CloudFront是SSL所必需的之前，它最初指向S3）。一旦完成，OP中的設置完美運行。

來源

2017-03-07 13:09:11 kvitso

正如您已經注意到您的DNS記錄仍然解析爲S3。

而不是CNAME，您應該創建一個ALIAS記錄到Cloudfront發行版。在靜態記錄選擇A類型記錄中，選中Yes for Alias並在下拉列表中選擇Cloudfront分配。

原因是：ALIAS記錄是免費的，它們的解決速度更快。

來源

2017-03-04 15:28:25

OP沒有說他使用Route53做DNS。 CNAME記錄應該正常工作。根據TTL傳播更改可能需要更長的時間，但就是這樣。不知道你爲什麼聲明Alias記錄是免費的。您支付Route53中的託管區域。無論是哪種記錄類型，您都不會爲該託管區域中的任何記錄支付任何額外費用。 –

@MarkB *針對Route 53的查詢*當別名指向服務目標（S3，CloudFront，ELB）時，別名記錄是免費的，否則它們是可計費的。 –

爲了清楚起見，我在這種情況下不使用Route 53。一旦傳播了適當的CNAME值，我會在這個問題上發佈更新 – kvitso

AWS S3，CloudFront和SSL

回答

相關問題