밑에 첨부한 velog를 참고해서 걱정했던 것보다 수월히(?) 작업을 했다.
Nginx 설치 부터 spring boot 기반 앱 배포 - Cerbot 인증서 발급과 SSL 적용
[리눅스] Let's Encrypt(certbot) SSL 인증서 발급 방식
첫번째 Error - SSL 인증서 발급
해당 에러를 해결하기 위해 참고했던 블로그
DNS TXT Record 로 Let's Encrypt SSL 인증서 발급 받기
가비아(gabia)를 이용한 Nginx에서의 도메인, 서브 도메인 적용(https 포함)
SSL 인증서 DCV 인증 - DNS TXT 레코드 설정 예제 - TXT가 정상적으로 등록됐는지 조회 할 수 있는 사이트가 여러개 모여있음
- 인증서 발급을 성공했을 때 나오는 모습
두번째 Error - 90일마다 만료되는 인증서 자동 갱신하기
해당 문제는 90일이상 서비스를 지속할지 모르는 상황이라고 판단, 추후에 갱신을 하는걸로 계획 변경
세번째 Error - avaliable / enabled
최종 작업인 nginx reload/restart가 실행되지 않았다.
처음에는 왜 test.conf가 어떤 이유로 빨간 글씨인지를 인지하지 못했다.
nginx: [emerg] open() "/etc/nginx/sites-enabled/test.conf" failed (2: No such file or directory) in /etc/nginx/nginx.conf:62
nginx: configuration file /etc/nginx/nginx.conf test failed
문구를 보고 ngix.conf의 62번째 줄이 잘못됐구나 생각하고 문제를 파악했다.
알고보니 available 디렉토리랑 enaled 디렉토리 위치를 헷갈려서 심볼릭 링크를 잘못된 위치에 만들었던 실수였다.
확실하게 하기 위해서 만들었던 파일들을 모두 지우고, 과정을 다시 거쳤더니
파란 글씨의 test.conf를 만나게되었다.
뜻밖에 우분투 명령어 공부까지 !
우분투, root 권한으로 로그인하는 방법 - 웹으로 말하기
Linux : Vim / Vi 편집기로 파일 저장, 종료 방법, 예제, 명령어
리버스 프록시
Nginx가 외부 요청을 받아 뒷단 서버로 요청을 전달하는 행위를 리버스 프록시라고 한다.
이런 리버스 프록시 서버(Nginx)는 요청을 전달하고 실제 요청에 대한 처리는 뒷단의 웹서버들이 처리한다.
대신 외부 요청을 뒷단 서버들에게 골고루 분배한다거나 한 번 요청왔던 js,image,css 등은 캐시하여 리버스 프록시 서버에서 바로 응답을 주거나 등의 여러 장점이 있다.
