티스토리 뷰
aws s3 는 버킷 단위로 관리가 가능한 서비스입니다.
기존의 버킷을 활용해서 새 버킷에 html 파일을 업로드하고
웹호스팅까지 적용하는 실습을 진행해봅시다.
콘솔에 로그인해서 새 버킷을 만들어주세요
새 버킷명은 originalchoi-bucket-web1 으로 하고
추후 퍼블릭 접근을 위한 ACL 활성화 적용
모든 퍼블릭 엑세스 차단은 일부만 적용하도록 합니다.
제 기존 버킷(origiinalchoi-bucket-everyone) 에는 web1_test 폴더가 있고
웹서버 구성을 위한 간단한 html 파일들이 들어있습니다.
새로 생성한 버킷에 기존 버킷의 객체들을 복사해서
웹서비스를 구성해봅시다.
복사할 폴더 web1_test 에 진입해서 폴더에 존재한는 객체들을 복사할 준비해주세요
복사받을 대상 버킷을 찾아야 합니다.
현 위치 s3://originalchoi-bucket-everyone 을 벗어나서
새로 만든 s://originalchoi-bucket-web1 에 담아야 합니다.
s3 버킷 메뉴를 눌러서 윗단계로 올라갑니다.
web1 버킷을 선택하고 진행합니다.
폴더는 지정하지 않고 버킷 내부 최상위에 복사를 진행하겠습니다.
s3://originalchoi-bucket-everyone 으로 부터 복사가 잘 되었습니다.
실제 web1 버킷에 들어가서 보니 객체가 잘 복사된 것을 확인할 수 있습니다.
web1 버킷의 속성란에서 정적 웹사이트 호스팅을 활성화 해줄 수 있습니다.
기존에 비활성 상태였던 정적 웹 사이트 호스팅을 활성화 하고
인덱스 문서는 index.html 로 지정하겠습니다.
실제 새로 복사한 객체들 중 index.html 이 존재해야 합니다.
이제 객체 속성메뉴에서 정적 웹 사이트 호스팅 항목에 들어가보면
http:// 호스팅 주소를 부여받은 받은 것을 확인할 수 있습니다.
해당 링크를 클릭하고 웹접속을 시도하면 403 forbidden 이 발생하네요
무엇이 문제일까요?
네, 맞습니다.
개별 객체들에 대해서 ACL 퍼블릭 권한이 부여되어 있지 않았었습니다.
객체 항목에서 퍼블릭 설정을 부여해줍시다.
다시 아까 403 에러가 생겼던 주소를 새로고침하면
버킷명을 고정 url 로 하는 웹호스팅이 정상 작동하는 것을 확인할 수 있습니다.
'수업 노트 > 클라우드컴퓨팅' 카테고리의 다른 글
AWS S3 에 웹호스팅 적용하기 응용(실습 #8) (1) | 2023.10.15 |
---|---|
WSL, 윈도우 터미널 설치로 AWS CLI 자동완성 활용하기(실습 #6) (2) | 2023.10.10 |
AWS CLI 로 S3 버킷 관리하기(실습 #5) (2) | 2023.10.02 |
AWS IAM 생성 및 AWS CLI 설치(실습 #4) (1) | 2023.10.02 |
AWS S3 버킷 생성 및 관리(실습 #3, 이론#2) (0) | 2023.10.01 |
- Total
- Today
- Yesterday
- Linux
- gz
- tar
- find
- natas7
- solution
- X32
- Natas
- bz2
- Encode
- 리터럴
- BASE64
- HTTPS
- Strings
- nc
- OpenSSL
- over the wire
- 웹보안공부
- Bandit
- SSL
- 압축파일
- 웹보안
- 풀이
- tr
- ssh
- java
- 리눅스
- 32bit
- grep
- OverTheWire
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |