Nginx

4년간 방치해둔 블로그를 버릴까도 생각했지만 회사도 그만둔 김에 놀면 뭐하나... 일단 시대에 맞게 HTTPS로 서빙을 해보기로 마음먹고 시도해봤다. 일단 내가 운영하는 워드프레스 서빙 환경은 다음과 같다. AWS EC2에 도커 환경구성 AWS EC2에 Nginx 설치하고 여러 도커 컨테이너를 멀티 호스팅 일단 SSL 인증서가 필요하다. 무료 인증서를 받기 위해 EC2에 Certbot 을 설치한다. sudo yum install epel-release sudo yum install certbot python3-certbot-nginx Let's Encrypt 에서 SSL 인증서 받기 sudo certbot --nginx -d miconblog.com 이렇게 서트봇을 이용해 인증서를 발급받으면 알아서 nginx 설정까지 추가해준다. (우와! 똑똑하다!) server { server_name miconblog.com; location / { proxy_pass http://127.0.0

nodejs를 이용해 socket.io를 사용하는 경우 보통 포트번호가 다음과 같이 들어가기 마련이다. somewhere.com:9000 하지만 포트 번호가 노출되는것이 영~ 깨림찍한 경우엔 앞딴에 nginx 나 apache 를 두고 뒷딴의 9000포트로 프록시를 하는 것이 보통이다. 개인적으로는 아파치도 좋치만 nginx를 더 자주쓰고 있다. nginx 를 쓴다면 아래와 같이 설정을 추가한다. server { listen 80; root /app/node-server/dist/public; index index.html index.htm; # Make site accessible from http://localhost/ server_name somewhere.com; location / { // A: Proxy 패스를 설정하고 싶은 경우, proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy

사전 정의 물이 다른 물이나 물체에 부딪쳐서 생기는 거품. 노력이 헛되게 된 상태를 비유적으로 이르는 말. > 유의어 : 수포1, 포말3, 뜬구름 오늘 오후 지메일로부터 한통의 메일을 받았다. 당신의 사이트가 24시간 동안 크롤링이 되지 않는다. 즉, 서버가 죽었다는 말이다. 왜 죽었는지 이유는 모르겠다. 불연듯 떠오른 나의 생각은 다른거 다 제껴두고 매일 로그인해서 이벤트를 응모하도록 만들어놓은 cron 잡들이었다. 아니나 다를까! 멘붕! OTL,... 심열을 기울여 한달 스템프를 모두 받겠다고 야심차게 스크립트까지 만들어 돌렸는데,... 토요일 하루 도장이 없다! 망했다! 진짜 이번엔 성공할줄 알았는데... 제대로 한방 먹었다. ㅜㅜ 정녕 내년을 기약해야하는 것인가? ㅎㅎ 서버는 언제 죽은 것일까? 아까 낮에 허탈함에 어떻게 해야지? 어떻게 해야지? 발만 동동 굴렸는데,.. 역시 밤이 되니까 여러가지 생각을 되짚어보게 된다. 서버가 왜 죽었을까? AWS로 옮겨온 이후로 2번째다.

요즘 AWS 덕분에 리눅스라는 녀석을 조금 더 딥하게 보고 있는데 리눅스 이녀석 자체만으로 공부할게 너무 많다. 각설하고 오늘은 그동안 공부한 것들 복습도 할겸 미뤄뒀던 동구밭 블로그를 nginx로 갈아탔다. 갈아타는 과정을 좀 정리해보면 다음과 같다. 리눅스 계정 및 웹서버 루트 폴더 이동 CentOS 5.x 버전에서 yum으로 설치가능한 패키지 버전 문제 확인 CentOS 5.x 버전의 공식 릴리즈 사이트에는 php 버전이 매우 낮음을 확인 CentOS를 6.x 버전으로 업그레이드 가능한지 확인. yum으로는 불가. 백업해서 재설치해야 함을 확인 OS 업그레이드를 포기하고 yum으로 php5.4 버전 설치 (많은 삽질) yum으로 nginx 설치했는데.. 이것도 버전이 낮아서 yum 레파지토리 변경후 1.6으로 업그레이드 과정이 참 긴데,.. 오늘 느낀점은 yum 명령과 레파지토리에 관련된 내용을 좀더 공부해야겠다는 생각을 했다. 웹서버 루트 폴더 정리 여튼 그간의 과정을 되짚어

AWS 서버로 이전하기 위해 필요한 지식들 2탄 지난글에 이어서 2탄으로 정리해본다. 지난글을 되짚어보려니 또 기억이 가물가물... 역시 글은 생각날 때 바로 써야... 흐흑... 각설하고,.. 지난 글을 되짚어보자. 지난글에서 아마존 EC2 인스턴스를 하나 만들고 사용자 계정과 파일 및 폴더 소유자에 대한 이야기를 잠깐 언급했었다. 특히 엔진엑스에서 서버의 실행권한이 nginx 라는 것이 매우 중요하다고 이야기했었다. 이 이야기를 하기 앞서 먼저 리눅스 파일 권한 부터 알아보자. 리눅스 파일 권한에 대한 기본 개념 리눅스를 설치하고 가장 최상위 루트(/)에서 ls -al명령어를 실행해보자. $> cd / $> ls $> ls -al 합계 100 dr-xr-xr-x 23 root root 4096 11월 21 15:10 . <--- 현재 폴더 dr-xr-xr-x 23 root root 4096 11월 21 15:10 .. <--- 상위 폴더 -rw-r--r-- 1 root root