일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- chapter8
- heap
- JSON encoding
- Java
- 운영체제
- JSON UTF-8
- 가상 메모리 기초
- Python
- CloudFunction
- 네트워크와 분산 시스템
- 알고리즘
- github access token
- github push 403
- chapter7
- 코딩테스트
- 브라우저 JSON 인코딩
- codingtest
- 요리책 운영체제
- Algorithm
- 연습문제
- CPU 스케줄링
- github 403
- GCP PubSub
- 물리 메모리 관리
- 요리책
- 스프링 APPLICATION_JSON_UTF8
- github personal access token
- PubSub
- 브라우저 JSON encoding
- 문제 풀이
- Today
- Total
이도(李裪)
Cloudfront url 접속하면 S3 url로 리다이렉트되는 문제. Redirect CloudFront Url to S3 location problem 본문
Cloudfront url 접속하면 S3 url로 리다이렉트되는 문제. Redirect CloudFront Url to S3 location problem
mycloudy 2021. 6. 9. 15:38SPA 배포하고 S3를 정적 웹서버로 사용할 일이 있어서
Route53 --> Cloudfront (CDN) --> S3 조합으로 사용했습니다
Cloudfront url로 접속하면 s3 url로 redirect 되는 문제가 있었습니다
https://stackoverflow.com/questions/38735306/aws-cloudfront-redirecting-to-s3-bucket
https://forums.aws.amazon.com/thread.jspa?threadID=216814
위의 링크에서 관련 내용을 찾아보니
s3 버킷을 만들면 default endpoint인 US Standrd region에 만들어진 뒤에 다른 region으로 propagation 됩니다
다른 리전에서 해당 다른 리전에 접속하면 아직 그 리전까지 propagation이 되지 않아서 default region으로 redirect된다고 합니다
위의 내용을 보면 S3에 global domain이 있고 regional domain이 있다라고 설명합니다
제가 설정한 Cloudfront의 S3 distribution 설정은 global domain이 설정되어 있습니다
그래서 cloudfront url로 접속했을 때 s3의 글로벌 도메인으로 접속했고 글로벌 리전까지 아직 propagation 되지 않아서
fallback으로 default region인 서울 리전으로 307 되었습니다
S3, Cloudfront가 등록되는 순서와 두개를 연결했을 때 어떻게 동작하는 지 알아보면 좀 더 이해할 수 있습니다
### S3가 등록되는 순서
위에 과정들을 보면 서울리전에서 생성한 S3는 서울 리전(ap-northesst-2)이 기본 endpoint로 등록되고 다른 리전으로 전파되는 것을 알 수 있습니다.
생성한 리전이 default endpoint로 먼저 등록된 뒤에 다른 리전들로 propagation 됩니다.
### Cloudfront 등록 순서
Cludfront는 글로벌 리전만 존재합니다
그러면 N. Virginia(us-east-1) 리전이 deault endpoint로 등록이되고 다른 리전으로 전파되는 것으로 생각할 수 있습니다
### Cloudfront --> S3 과정
Cloudfront는 자신이 파일을 가지고 있는지 확인한 후 없으면 파일을 요청해 가지고 온 뒤에 캐싱하고 전송하는 과정을 거칩니다
요청했을 때 파일이 없기 때문에 S3에 접근해서 파일을 요청합니다
S3의 글로벌 리전으로 요청을 보내는 과정에서 글로벌 리전은 아직 모든 곳에 propagation을 못했기 때문에 default endpoint인 서울 리전(ap-northeast-2)으로 fallback을 보냅니다 이 때 307이 일어납니다
### 해결방법
리전별로 등록되는 시간과 다른 리전으로 propagation되는 시간의 차이로 발생하는 문제입니다
찾아보면 별도의 방법으로 리전을 설정해서 문제를 해결하거나 기타 방법으로 해결하는 것도 가능해보입니다
당장 급한게 아니라면 Convention over configuration에 따라 코딩하는 게 좋아서 (코딩은 아니지만)
기본값을 변경하지 않는게 좋은 거 같아 기다리는 선택을 했습니다
경험적으로 3~4시간 정도면 동작했던 걸로 기억합니다
'개발' 카테고리의 다른 글
[알고리즘] 만들 수 없는 숫자 Python (0) | 2021.07.25 |
---|---|
[알고리즘] 무지의 먹방 라이브 Python (0) | 2021.07.25 |
이미지 리사이즈 CloudFront + Lambda@Edge (0) | 2021.07.13 |
"실전! 스프링 부트와 JPA 활용1 - 웹 애플리케이션 개발" 나의 정리 (0) | 2021.06.08 |
익명 FTP 패시브 서버 설정. FTP server passive mode anonymous on AWS Ubuntu 20.04.2 (3) | 2021.05.15 |