マイクラウドフロントディストリビューションの起源は私のS3バケットです。 S3バケットオブジェクトにアクセスするには、"cloudfront_domainname/object_name"のようなURLを入れてください。オブジェクトが公開されている場合は、オブジェクトを表示する必要があります。私の場合、URLバーのクラウドフロントURLはS3 URLをリダイレクトします。S3から取得されたデータは、クラウドフロントディストリビューションからではありません。それがなぜ起こるのか？ユーザーはCloudFrontを介してアクセスすることができますが、Amazon S3のURLを使用して直接アクセスすることはできませんので私のクラウドフロントURLはS3 URLにリダイレクト
オプションで、あなたのAmazon S3バケットのコンテンツを確保することができます。これにより、CloudFrontを迂回し、Amazon S3のURLを使用してアクセスを制限したいコンテンツを取得することを防ぐことができます。この手順では、署名付きURLを使用する必要はありませんが、推奨しています。
は、ユーザーがCloudFrontのURLを経由してコンテンツにアクセスすることを要求するには、次のタスクを実行します。これはおそらく* * S3バケットの存在の最初の数分間、新しいバケットにトラフィックをルーティング処理する方法の副作用であるドキュメントhere
問題があるように聞こえるのは、オブジェクトがCloudFrontからリクエストされたときに、ブラウザがS3にリダイレクトされるということです。これは、バケットのライフサイクルの最初の数分間は正常です。 us-east-1では、存在しないすべてのバケットの前提として組み込まれています。 '* .s3.amazonaws.com'はデフォルトでN. VirginaにルーティングするDNSワイルドカードで、S3は作成後に各バケットのカスタム値で更新されます。要求がグローバルエンドポイントに到着すると、リダイレクトされます。 –
ありがとうございました...数回後に正常になります.... –
を参照してください。あなたのバケツは新しいですか？ –
はい私は新しいバケツで試しました、どのようにそれを克服するには？しばらくして正常になるでしょう –
それはすべきです。すべてのオブジェクト（ '/ *'）の[cache invalidation]（http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Invalidation.html）を実行する必要があるかもしれません。今。 –