amazon-web-services - services - aws login

AWS CloudFront devuelve http 307 cuando el origen es S3 bucket

Question

He creado el cubo s3 con algunos archivos. Creé la distribución de CloudFront con ese grupo de S3 como origen y cambió el estado a implementado.

Cuando rizo CloudFront para cualquier archivo que obtengo:

<Error><Code>TemporaryRedirect</Code><Message>Please re-send this request to the specified temporary endpoint. Continue to use the original request endpoint for future requests.</Message><Bucket>MY-BUCKET</Bucket><Endpoint>MY-BUCKET.s3-eu-west-1.amazonaws.com</Endpoint><RequestId>...</RequestId><HostId>...</HostId></Error>

Cuando rizo mi cubo S3 para cualquier archivo, obtengo el contenido de ese archivo.

¿Qué estoy haciendo mal? ¿Cómo obligar a cloudfront a almacenar en caché los archivos para que los clientes no necesiten obtener datos de S3 directamente?

Answer 1

Gracias Matt Houser desde el comentario a mi primer post!

Parece que CloudFront almacenó en caché mis primeras solicitudes de archivos cuando la distribución no estaba completamente lista (pero en ese momento estaba implementada, ¡así que ten cuidado!). Solicité la invalidación de todos los archivos que estaban en la memoria caché, me tomó algunos minutos, pero después de que se hizo la validación, todos los archivos se curvaron con http 200 usando la URL de CloudFront.

El problema quedó claro después del comentario de Michael-sqlbot:

Todos los grupos tienen al menos dos nombres de host de punto final REST. En eu-west-1, son example-bucket.s3-eu-west-1.amazonaws.com y example-bucket.s3.amazonaws.com. El primero será inmediatamente válido cuando se crea el cubo. El segundo, a veces denominado "punto final global", que es el que usa CloudFront, no lo hará, a menos que el grupo esté en nosotros-este-1. Durante un período de segundos a minutos, variable por ubicación y otros factores, también se vuelve accesible a nivel global. Antes de eso, se devuelve la redirección 307. Por lo tanto, el cubo no estaba listo.