왜 나한테만 기준이 엄격한건데
오늘은 하루종일 해도 성공하지 못한 Https 적용에 대해 알아보겠다.
https 란 기존 http 에서 ssl(Secure Socket Layer)을 통해 보안이 강화된 버전이라고 볼 수 있다.
Https 를 사용하는 이유는 크게
1. 암호화
교환되는 데이터를 암호화 하여 도청장치 및 도청자로 부터 안전하게 보호
2. 데이터 무결성
데이터 전송 중 의도적이나 비의도적으로 감지 및 탐지되지 않고 수정이나 손상 될 수 없다.
3. 인증
사용자가 의도한 웹 사이트와 통신하고 있음을 증명한다
등이 있다.
SSL인증서는 발급받는 많은 방법이 있지만 나는 AWS를 통해 SSL인증서를 발급받고 Https를 적용하기로 했다.
이미 저번주에 구현을 마친 팀원분에게 참고한 블로그 사이트를 받아 블로그를 보고 따라해보았지만 내 로컬에서는 어림도 없었다.(분명 따라만 해도 다들 척척 해내는데 왜 나는 안될까..)
내가 하루종일 구현을 하면서 시도해본 방법들이다.
- aws 보안그룹 443, 80,8080 포트 모두 열기
- 로드 밸런서 타겟 그룹 8080, 443 포트 지정
- 로드 밸런서 리스너 80,443 으로 지정 > 8080,443 으로 지정 > 8080,80,443 모두 지정
- window 방화벽 포트 설정
- ec2 서버 내에서 방화벽 오픈
- ec2 서버 재부팅
- ec2 서버 종료 후 새로운 ec2 서버로 다시 설정
할 수 있는 모든 방법을 다 해본 것 같다. 하지만 Https는 나에게 기준이 매우 엄격했고 난 성공하지 못했다..
내일 일어나서 같은 팀원의 로컬에서 다시 해보기로 하고 마무리 했다..
하루 온 종일을 모두 사용하여 구현을 했지만 실패를 했고 아무것도 한게 없다고 생각이 드는 하루였다..

'TIL(Today Ingwang Learned)' 카테고리의 다른 글
2023-01-11(실전 프로젝트) (3) | 2023.01.12 |
---|---|
2023-01-10(실전 프로젝트) (0) | 2023.01.11 |
2023-01-06(실전 프로젝트) (0) | 2023.01.06 |
2023-01-05(실전 프로젝트) (0) | 2023.01.06 |
2023-01-04 (실전 프로젝트) (0) | 2023.01.05 |