설명

S3의 정적 웹 사이트 호스팅, AWS 공식 자습서 공유합니다.
같은 곳에서 빠진 분의 도움이 된다고 생각합니다.

빠는거리

흠집 1: S3 버킷을 공개적으로 게시하는 버킷 정책을 만들 수 없음

현상

아래 스크린 샷과 같이 버킷 정책을 만들 수 없습니다.

원인과 해결책

원인은, 「S3 블록 퍼블릭 액세스」로 퍼블릭인 버킷 정책의 작성을 제한하고 있었던 것. 문제의 부분에 대해서 AWS 개발자 가이드 로부터 인용하면・・・

BlockPublicPolicy
이 옵션을 TRUE로 설정하면 지정된 버킷 정책에서 퍼블릭 액세스가 허용된 경우 Amazon S3는 PUT Bucket 정책에 대한 호출을 거부합니다.

라고 말하면 아래 스크린 샷과 같이 "Block new public bucket policies"를 False로 설정하여 공개 버킷 정책을 만들 수있었습니다.

하마 리커버리 2 : S3의 버킷을 공개적으로 공개했을 것인데 403 Forbidden

현상

버킷 정책 생성, S3의 정적 웹 사이트 호스팅 설정을 마친 후 끝점에 액세스했는데 액세스가 거부되었습니다.

원인과 해결책

흠집 1과 마찬가지로 S3 블록 공개 액세스가 원인이었다.
또한 개발자 가이드에서 인용하면 ...

RestrictPublicBuckets
이 옵션을 TRUE로 설정하면 퍼블릭 정책이 있는 버킷에 대한 액세스가 AWS 서비스 및 버킷 소유자 계정의 승인된 사용자로만 제한됩니다.

이번에는 "Block public and cross-account access if bucket has public policies"를 False로 설정함으로써 무사히 페이지를 열람할 수 있게 되었다.

Hamama 3: Route53에서 레코드를 만들 때 404 Not Found

현상

빠짐없이 1, 2를 넘어 S3의 엔드포인트에 대한 직접 액세스로는 페이지를 열람할 수 있게 되었지만, 도메인명을 지정해 액세스하면 404 Not Found가 된다, 라고 하는 현상.

원인과 해결책

원인은 S3의 버킷명이 도메인과 다른 것. 이번 경우에는

버킷: example-qiita
도메인: example-qiita.com

같은 다른 이름을 가지고 있었기 때문에 404 오류가되었습니다.

아무래도 Route53는 도메인명 그대로 S3에 라우팅하는 것 같아서, 버킷을 「example-qiita.com」의 이름으로 재작성하는 것으로, 무사 사이트가 공개할 수 있었다.

감상

「쓰고 있는 대로 해도 잘 가지 않는다」라고 많네요!
(영어의 튜토리얼을 읽으면서 했으므로, 써 있는 대로 할 수 없을지도)