생각

앞의 글에서, Nginx Proxy Manager(이하 npm)의 설치 및 초기 설정에 대해서 다루었다. 여기서는 뒷단 서버로 연결하는 설정을 다룬다.

Proxy Host 설정

상단의 Dashboard 탭 > Proxy Hosts를 누르거나, 상단의 Hosts 탭 > Proxy Hosts를 누르면, 도메인별 proxy 설정을 할 수 있다. Add Proxy 버튼을 눌러 다음과 같이 채워준다.

• Domain Names: 사용하고자 하는 domain 이름을 적는다. 도메인 이름을 입력하고 엔터(혹은 탭키)를 입력하여 그림과 같이 전체 이름이 회색 블럭으로 입력되도록 한다.
• Scheme: SSL termination은 npm이 담당하고, npm과 upstream 간에는 HTTP 통신으로 단순화하려고 하니, http로 유지한다.
• Forward Hostname / IP: 연결시키고자 하는 호스트이름 혹은 IP주소를 입력한다. 다른 docker container 호스트명(hostname 설정을 별도로 하지 않은 경우, container_name)을 직접 입력해도 된다.
  • 공유기(라우터)의 DHCP가 고정으로 할당하는 IP가 있거나 docker network 내의 IP를 입력해도 좋으나, 공유기 설정이 바뀌거나 docker network가 바뀌는 경우 IP도 같이 바뀔 수 있다. 가급적이면 호스트명을 입력하고, 호스트명으로 해당 container 혹은 서버에 접속할 수 있도록 유지하는 것이 좋다.
• Forward Port: 연결시키고자 하는 호스트에 접속할 수 있는 포트를 입력한다. 같은 docker network에 있는 다른 container에 접속시키는 경우, 굳이 expose로 container의 포트를 docker host에 노출시키지 않아도 된다. 다만, Forward Hostname / IP 부분에 docker host의 IP를 적었을 경우: docker container의 포트를 expose로 host에 노출시키고, 해당 포트를 적어주어야 한다.
• Block Common Exploits: 활성화하게 되면, SQL injection, file injection, spam block, 몇몇 crawler를 차단, 그리고 몇가지 공격으로부터 차단하는 기능을 제공한다.
• 위의 세가지 예제(nginx/apache, minio, notebook)에 맞게 적어보면
  • nginx/apache
    • Domain Names: example.com
    • Scheme: http
    • Forward Hostname / IP: nginx (혹은 apache)
    • Forward Port: 80
  • minio
    • Domain Names: static.example.com
    • Scheme: http
    • Forward Hostname / IP: minio
    • Forward Port: 9000
  • notebook
    • Domain Names: nb.example.com
    • Scheme: http
    • Forward Hostname / IP: notebook
    • Forward Port: 8080

다른 패키지 없이, 공인 IP를 알아낼 필요가 생겼다. 요구사항은 다음과 같다.

• 다른 패키지를 사용하지 말고 python3의 기본 built-in 패키지만 사용할 것 (python3.11)
• crontab에 등록하여 사용할 것
• 여러 네트워크 인터페이스(랜카드)가 사용 가능한 상황에서 특정 네트워크 인터페이스를 사용하도록 할 것
  • 두 개의 랜카드가 eth0, eth1로 인터넷에 접속 가능한 시스템에서, 특정 네트워크 인터페이스를 지정하여 public IP를 받아오는 것

하나의 서버에서 여러개의 도메인에 대한 요청을 처리하기 위해서는 nginx나 apache등의 도메인별 설정을 이용해서 구현이 가능하다. 최근 보안 이슈로 HTTP만으로 웹서비스를 제공하는 경우는 거의 없기에 HTTPS를 위한 인증서를 같이 제공해야하는데, 이는 Let's encrypt 등의 인증기관을 이용하면 무료로 쉽고 빠르게 설정할 수 있다.

다만, 도메인별 설정과 인증서 설정을 웹UI를 통해 쉽게 설정할 수 있는 패키지가 있으니, Nginx Proxy Manager(이하 npm)가 그것이다.

Npm은 Nginx의 Reverse Proxy 기능을 이용해서 뒷단(upstream)에서 제공할 다양한 웹 기반의 서비스들의 첫 출입구를 담당해준다. 특징을 몇가지 적어보면:

• 여러 도메인들에 대한 설정을 UI를 기반으로 쉽게 설정할 수 있다.
• SSL termination을 제공하여 뒷단 서버와의 소통을 HTTP만 하게 함으로 뒷단 서버의 설정을 간단하게 할 수 있다.
• HTTP/2, HSTS를 지원하지 않는 웹서버라도, proxy 단에서 지원한다. 또한, websocket를 지원하는 뒷단 서버에게 websocket을 연결한다.
• nginx의 server, location 등에 추가해야하는 설정들(proxy_pass, proxy_set_header 등)을 추가로 설정할 수 있다.
• 설정을 저장할 때마다 nginx reload를 실행하고 online/offline 등 상태를 보여주어 설정을 즉시 적용하고 상태를 확인할 수 있다.
  • 다만, 이것은 단점이 되기도 하는데, 잘못된 설정이 저장되었을 때 그 설정이 바로 적용되어 서비스에 문제가 될 수 있다.
• Docker로 쉽게 사용할 수 있도록 Dockerfile 및 docker-compose 예제파일을 제공하며, dockerhub에서도 이미지를 제공(2024/04 기준 167M docker pulls)하고 있다.
  • Docker 이미지는 64비트 아키텍쳐(arm64) 뿐 아니라 M1, M2, M3등 Apple silicon(arm64)을 위한 아키텍쳐도 지원한다.
• 2024년에 들어서는 버젼 release가 빠른 편은 아니지만, 코드는 자주 업데이트 되는 편이다.

여기서는 집에서 소규모로 작게 운영하는 웹사이트들을 가정하고 설명하기로 한다. 실제 production 환경에서 사용하기 위해서는 더 나은 솔루션(AWS의 경우, WAF + ALB SSL termination 등)이 있기 때문에, 높은 트래픽과 높은 가용성이 필요로 하는 환경보다는 낮은 트래픽에 조금 더 쉽게 사용할 수 있는 운영환경에 초점을 맞추고 있다. 또한, 개인적으로 사용하는 homelab에는 서비스들을 docker container로 운영하고 있지 때문에, 여기서도 docker-compose를 이용하여 docker container로 운영하는 방식을 기준으로 설명한다. Docker container들끼리는 docker network로 통신하면 되므로, 개별 서비스에 직접 접근해야하지 않는 이상 각 서비스의 포트를 호스트에 직접 노출시키지 않아도 된다.

네트워크 설정

가정집에서 사용 중인 인터넷 환경을 고려해보면, 대개 다음과 같다.

공유기에서 서버로 TCP 80/443 포트가 모두 서버로 향하게 설정하는 것이 필요하다. 또한, 서버에서도 npm이 직접 80과 443번 포트를 점유할 수 있도록 설정해야한다. (사용하는 OS환경에 따라 80/443 포트를 이용하기 위해서는 root 권한이 필요할 수 있다.)

서버에서는 HTTP로 통신하는 여러 서비스들이 docker container 위에서 운영 중인 것으로 가정한다.

• npm과 별개로 웹서비스를 제공하기 위한 nginx 혹은 apache (example.com 80 포트)
• S3와 호환되는 고성능 스토리지 서비스인 MinIO (static.example.com, 9000 포트)
• jupyter notebook (nb.example.com, 8080 포트)

Docker compose

# docker-compose.yml
version: '3.8'

services:
  npm:
    container_name: npm
    image: jc21/nginx-proxy-manager:2.11.1
    restart: unless-stopped
    ports:
      - '80:80'
      - '81:81'
      - '443:443'
    # MySQL/Maria DB가 준비되어 있지 않다면, 아래 environment항목을 삭제 혹은 comment out
    environment:
      DB_MYSQL_HOST: ${NPM_DB_MYSQL_HOST}
      DB_MYSQL_PORT: ${NPM_DB_MYSQL_PORT}
      DB_MYSQL_USER: ${NPM_DB_MYSQL_USER}
      DB_MYSQL_PASSWORD: ${NPM_DB_MYSQL_PASSWORD}
      DB_MYSQL_NAME: ${NPM_DB_MYSQL_NAME}
    volumes:
      - ./nginx-proxy-manager/data:/data
      - ./nginx-proxy-manager/letsencrypt:/etc/letsencrypt
    healthcheck:
      test: ["CMD", "/bin/check-health"]
      interval: 10s
      timeout: 3s
    networks:
      - default
      # 마찬가지로, MySQL 혹은 Maria DB가 준비되어 있지 않다면, 아래 db-network 부분을 삭제
      - db-network

networks:
  default:
    name: ${NETWORK_NAME}
  # 마찬가지로, MySQL/Maria DB가 준비되어 있지 않다면, 아래 db-network 부분을 삭제
  # MySQL/Maria DB를 사용하고, 해당 서비스가 docker container에서 특성 network를 사용 중인 것을 가정
  db-network:
    name: ${NETWORK_NAME_STORAGE}
    external: true

# .env 파일 - docker-compose.yml에서 사용될 변수들을 정의한다.
NPM_DB_MYSQL_HOST=
NPM_DB_MYSQL_PORT=
NPM_DB_MYSQL_USER=
NPM_DB_MYSQL_PASSWORD=
NPM_DB_MYSQL_NAME=

NETWORK_NAME=
NETWORK_NAME_STORAGE=

• jc21/nginx-proxy-manager 이미지를 사용한다. (2024년 4월 기준으로 2.11.1이 최신)
• 80/443 포트는 reverse proxy 자체를 위해서, 81번 포트는 reverse proxy 설정을 위한 관리페이지의 접근을 위해서 열어둔다.
  • 80번 포트를 열기 위해서 root 권한이 필요할 수 있다.
• volumes 항목에서 nginx-proxy-manager가 사용할 data 디렉토리와 인증서 디렉토리(letsencrypt)를 호스트의 특정 디렉토리를 사용하도록 하고 있다.
• environment 항목에서는 npm이 여러 도메인에 대한 설정을 MySQL에 저장하도록 하고 있다. 만약 MySQL 등이 준비되어 있지 않다면 아래 항목들을 삭제한다. MySQL를 따로 준비하지 않았다면, 이 docker compose 안에 추가해도 되지만, 없어도 sqlite를 사용해서 잘 동작한다
  • environment 항목 전체를 삭제
  • services > npm > networks > db-network 항목을 삭제
  • networks > db-network 항목 전체를 삭제

준비가 되면, docker compose 명령을 이용해서 서비스를 실행시킨다.

docker compose up -d
# docker 버젼에 따라서는
# docker-compose up -d

관리도구 설정

도메인별 proxy 설정을 추가하기 위해서는 81번 관리포트로 접근한다. 80/443, 그리고 81번 포트를 열어두었기 때문에 웹브라우져로 http://<서버 주소>:81 를 통해 접속한다. Mac이나 리눅스 개발 환경에서 직접 설정했을 경우, http://localhost:81 혹은 http://127.0.0.1:81 로 접속한다.

처음 로그인 시에는 이메일주소 admin@example.com / 비밀번호 changeme 로 접속한다. 첫 접속 후, 관리자 계정의 이름과 이메일 주소, 비밀번호를 설정한다.

다음 글에서는 실제로 proxy 설정하는 방법에 대해서 다루어본다.

첫 대학생활이 시작하기도 전, 지방에서 올라와 서울에서 자취하던 친구의 집에서 본 워크래프트3 베타는 문화컬쳐였다.

출처: http://www.hiveworkshop.com/forums/requests-341/warcraft-iii-beta-main-screen-98055/

3D 그래픽과 4개의 종족(결국 이 두가지가 워3의 패망 요인이 되었지만)도 대단했지만,

무엇보다 워크래프트1, 2의 스토리와는 비교할 수 없는 방대한 스토리가 매력적이었다.
블리자드가 본격적으로 시나리오에 집중하기 시작한게 워크래프트3가 아닌가 함
(배신이야 브루드워 때도 등장했지만, 패륜은..................)

확장팩이 나오고, 군입대라는 스트레스가 겹치면서 2003~4년은 이 게임만 주구장창 했던 것 같다.
AOS라는 장르가 탄생하면서 워크래프트3가 도타, 카오스의 클라이언트로 전락한 뒤에도 계속..
그래서 워크래프트3는 내 인생을 망친 3개 게임 중 하나로 자평..

(하지만 그 결과로 얻은 언데드 2천승 가까이 찍은 아이디는 구 베틀넷의 3개월 접속 안함으로 삭제되었음 ㅠㅠㅠ)

시대가 어느 땐데 3개월 접속 안한다고 아이디를 지우냐! 흥!

대략 2005년 5월 경으로 기억.. 일병때....

'영혼의 한타 중에 여친에게 문자 보내는 남자에게 시집가라'는 바로 그 게임인 LOL이 속한 AOS라는 장르를 탄생하게 해주었고,

블리자드의 배신 패륜 막장 스토리의 본격적인 서막을 알린 이 워크래프트 시리즈는

2004년 와우라는 게임으로 이어지게 되는데, 나는 이때 클베 하다가 군 입대를.. 하게 되었다 ㅠㅠㅠ (입대하니 오베 시작 ㅋㅋ)

워크래프트3 게임 중간에 나오는 영상에 등장하는 벨이 게임 지형물로 등장하고,

스타크래프트 같은 실시간전략(RTS) 게임의 대규모 전투에 참여하는 유닛 하나가 되어서 싸우는 컨셉이 당시로서는 가히 충격적이었다.

그때 주변에 친인척 중 한분이 피씨방 사장님을 하게 되었는데(인수), 당시 '뮤'라는 게임을 하던 사장님에게 와우 클베 보여주면서 '앞으로 피씨방에서 10년은 이 게임을 보게 될겁니다'했던 기억도 나고..

지금은 점유율이 많이 줄었지만, MMORPG 중에서는 세계적으로 사실상 독과점 상태
중국에서는 한국 서버에 접속해서 이걸로 알바해서 돈 벌기도 한다. (일명 작업장)

와우 안에 사회가 있고, 따라서 경제도 있다.


워크래프트3에서 시작된 스토리를 잇고 있지만, 정작 와우가 처음 나왔을 때는 직접 그 스토리를 잇지 않고,

이런 저런 떡밥들만 던지면서 스토리가 겉돌다가 출시된지 5년 뒤에야 그 바로 뒤의 스토리를 잇는 확장팩이 등장하는데, 그게 바로 '리치왕의 분노'

타락한 아들이 'succeeding you, father'라며 왕인 아버지를 죽이는 패륜이 2002년에 나오는데, 그 스토리의 끝이 2010년에 난 셈
25인이 몰려가서 리치왕을 때려잡는데, 거의다 잡으면 '여기까지는 테스트였다!'라는 기세로 플레이어들을 다 죽이고, 자기 편으로 만들려고 한다.

이때 얼음에 갖혀있던 대인배 영웅이 리치왕에게 달려들어 주 무기인 칼을 부러뜨림
타락의 근원이며, 아버지를 죽인 그 칼이 부러지자 그 칼에 묶여있던 아버지의 영혼이 나와서 플레이어들을 되살리고,

아들은 죄값을 치루게 되어 아버지의 품안에서 죽게 된다는 내용.

10년전에 보다 만 미드의 끝을 지금 보는 느낌이랄까..
베르세르크의 완결편을 보는 느낌..

리치왕에게 가는 던젼은 2010년 공부 시작하기 전에 조금씩 열리고 있었는데,

정작 리치왕이 열리고 잡혔다는 소식까지 들었지만 공부하느라 못 들어 가봐서 매우 아쉬웠다.
그래서 공부 끝나자마자 가서 딱 잡았는데, 매우 감동적이었음..

그런데, 한 두어번 잡고 나니, 그 뒤로는 재미가 없어져 아예 접속을 안했다.

사실은 그보다 리치왕이 자꾸 쓰러지는게 아쉬워서.. 스토리가 끝나는걸 계속 봐야되니까..

아래 동영상은 세계 최초로 리치왕을 잡은 사람들의 동영상
사람들이 음성채팅으로 주고 받는 내용과 본 영상에 대한 적절한 편집이 들어가있다.

http://youtu.be/RSeVCw3hVgQ?t=17m4s

막상 게임을 하면 정신 없지만, 이렇게 보니 이 씬에 대한 연출은 블리자드에서도 매우 신경쓴 티가 난다.
'아이러니'라며 플레이어들을 '언데드'로 부활시키려는 리치왕과 진작 나오지 인제서야 나오는 티리온,

그리고 깨진 서리한에서 풀려나 '마침내 풀려났구나! 아들아, 다 끝이다. 응보의 시간이 왔다! (Free at last! It is over, my son. This is the moment of reckoning.)'라고 말하면서 플레이어들을 다시 '인간'으로 부활시키는 아버지까지..

묶였던 모든 스토리를 이런저런 반전을 넣어가며 잘 풀어낸 좋은 연출이다.

제주도 갈때마다 가본다 가본다 하고 못 가보다가 이제서야 가본 서연의 집!

영화 촬영 당시의 건물은 촬영용으로 지어져 안전하지 못 했던데다가 지난해 태풍으로 무너졌다고 한다.

다시 짓는다는 말은 그 전부터 있었는데, 2012년 9월 착공하여 올해 3월 27일에 새로 오픈하였다.

입구에서 맞아주는 까페 안내 문구!

평일이지만, 추석 연휴가 있는 주의 월요일이라 그런지 사람은 많았다.

까페 주변은 그냥 민가이기 때문에, 주변에 거주하시는 분들의 입장에서는 까페 오픈과 더불어 갑작스레 늘어난 유동인구로 정신없진 않을까 걱정되기도 했다.

입구를 지나면 바로

엄태웅과 한가인이 므.. 므흣했던!

아.. 아닙니다..

실외를 보면, 햇빛을 쬐며 바다를 볼 수 있는 비치체어가 마련되어 있다.

근데 아직 햇빛이 너무 강해서 사람들은 많이 없었고 ㅎㅎ

사진에 흰티 입으신 분이 이곳에서 일하시는 분들의 옷을 입고 계신데,

GEUSS......

까페 곳곳에 영화의 디테일을 보여주는 요소가 많이 있다. 예를들면,

입구를 지나면 나오는 우물가

발자국

영화 소품으로 사용된 CD플레이어와 전람회 CD

반사된 면이 있어 조금 아쉽긴 하지만, 승민이 서연에게 준 집 모형

영화를 본 이들에게 승민, 서연보다 더 많이 기억된 납득이

이 집의 매력은 단연 파노라마 창문인데, 역시나 사람들로 가득 차 있어 빈 창문을 찍을 수 없었다.

건물 전경에서도 볼 수 있듯 2층의 기와는 없어졌다.

하지만, 잔디밭은 그대로 있다.

2층 올라가는 계단 벽

(사실 2층에서 1층 내려가는 계단 벽)

2층에도 1층과 마찬가지로 넓은 파노라마 창문이 좋은 채광을 제공하고 있다.

지난 십년보다 앞으로의 십년이 더 빠르게 지나가겠지..

2층 야외 잔디에는 사람들이 들어가지 못하게 줄을 쳐놨다.

(그럼에도 불구하고 들어가서 사진 찍더라.. 제발 하지 말라는건 하지 말아주세요)

영화를 보고 가시는 걸 추천합니다!

곳곳에 마련된 깨알 같은 요소가 더욱 재밌을겁니다!

주차할 공간은 까페와 조금 떨어진 곳에 있습니다.

주차하시고 돌담길을 따라 걸어가시면서 제주 바다를 감상하시는 것도 좋을 것 같습니다!

가격은 일반 까페 수준이며, 바나나 쉐이크, 감귤 쉐이크(탠져린쉐이크?)와 같은 과일 음료 메뉴도 있습니다.

공간은 넓지 않은 편입니다.

여유롭게 쉬는 목적보다는 영화 촬영지를 방문하는 기분으로 가시는 것이 더 좋을 것 같습니다!

위치는 제주의 남쪽에 있는 서귀포(서귀포 이마트, 제주 월드컵경기장 부근)에서 약간 오른쪽에 있습니다.

여행 일정 짜실때 참고하세요~

▒

▒

▒

▒

10월 1일 구리 한강 시민공원