règles de redirection personnalisées sur le rendement S3 403 lors de l'utilisation CloudFront

Question

J'ai une règle de redirection personnalisée pour mon seau sur S3:

<RoutingRules> 
    <RoutingRule> 
    <Condition> 
     <KeyPrefixEquals/> 
     <HttpErrorCodeReturnedEquals>404</HttpErrorCodeReturnedEquals> 
    </Condition> 
    <Redirect> 
     <Protocol>https</Protocol> 
     <HostName>example2.com</HostName> 
     <ReplaceKeyPrefixWith>services/create?key=</ReplaceKeyPrefixWith> 
     <HttpRedirectCode>307</HttpRedirectCode> 
    </Redirect> 
    </RoutingRule> 
</RoutingRules> 

Et mon seau a une bonne politique:

{ 
    "Version": "2008-10-17", 
    "Statement": [ 
     { 
      "Sid": "PublicReadForGetBucketObjects", 
      "Effect": "Allow", 
      "Principal": { 
       "AWS": "*" 
      }, 
      "Action": "s3:GetObject", 
      "Resource": "arn:aws:s3:::example.com/*" 
     } 
    ] 
} 

Cela fonctionne bien quand j'y accède via son URL interne http://example.com.s3-website-us-east-1.amazonaws.com et qu'il me redirige vers mon autre serveur correctement.

Cependant, cela ne fonctionne pas avec mon installation CloudFront. Lorsque j'essaie d'y accéder directement (http://example.com/images/dummy.jpg), je reçois un 403 AccessDenied.

Answer 1

Apparemment, lorsque vous utilisez le compartiment S3 par défaut comme origine, il ne respecte pas les règles de redirection.

Par défaut, il essaie d'utiliser:

example.com.s3.amazonaws.com, mais vous devez le forcer à une origine personnalisée:

example.com.s3-website-us-east-1.amazonaws.com à la place. Une fois que je l'ai forcé, il a commencé à fonctionner.