오라클 클라우드란?

모르는 분들을 위해 약간 설명합니다. 본문에 관심 있는 분들은 스킵하셔도 될 듯합니다. 오라클클라우드는 오라클에서 제공하는 클라우드 서비스입니다. 여기서 말하는 클라우드는 저장공간만 제공하는 게 아니고 컴퓨팅 파워도 제공하는 것을 말합니다. 초보자도 이해하기 쉽게 비유하자면 오라클 서버에 있는 컴퓨터를 하나 빌려 쓰는 것입니다.

오라클 클라우드 리전

오라클 서버는 세계 여러군데 있는데 이를 리전이라 합니다. 우리나라에도 서울, 춘천 리전이 있고, 가까운 일본에는 도쿄, 오사카 리전이 있습니다. 그 밖에도 쓸만한 곳으로는 싱가포르가 있습니다.

오라클 클라우드 E2, A1

오라클클라우드는 여러 종류가 있는데 E2, A1 사용자가 많습니다. E2는 AMD64, A1은 ARM64입니다. E2보다는 A1의 성능이 훨씬 좋습니다.

오라클 클라우드 무료 티어

E2, A1 모두 무료 티어가 있는데 경쟁자가 없을 정도로 무료 사용범위가 매우 후해서 세계적으로 인기가 많습니다.

https://www.oracle.com/kr/cloud/free/#always-free

A1 무료범위는 다음과 같습니다.

CPU 4개
24GB 메모리
200GB 스토리지
아웃바운드 네트워크 트래픽 10TB(10GB아니구요)
인바운드 네트워크 트래픽 무제한입니다.

무료 개설에도 신용카드 등록이 필요하고, 개설된 뒤에 유료 전환하지 않으면 실제 과금은 되지 않습니다.

오라클 클라우드 신규개설

무료 개설 : E2는 널럴하고, A1은 경쟁이 매우 치열합니다. 서울, 춘천, 도쿄, 오사카, 싱가포르 중 하나를 개설하는 걸 추천합니다. 일본이나 싱가포르 리전으로 개설하면 VPN도 사용할 수 있는 장점도 있습니다.

이전에는 테라폼(개설 자동화)으로 도전해도 잘 안됐는데 최근에 네트워크 정책을 바꿔서 이전보다는 어느 정도 개설이 될 것 같습니다.

최근 정책 변경(네트워크 대역폭 제한)

이전에는 무료티어도 1~2Gbps 속도를 제공했는데 며칠 전부터 여러 리전에서 무료 티어 계정에 속도제한을 걸기 시작했습니다.

무료 티어의 제한 속도는 50Mbps 정도 됩니다. 현재는 정책 변경한 지 얼마 안 돼서 속도 제한에 걸리지 않은 계정들도 있지만 Reddit 및 여러 커뮤니티 상황으로 보아 모든 계정에 적용될 것으로 예상됩니다.

원래 속도로 사용하려면?

다시 원래 속도로 사용하려면 유료 전환을 해야 합니다. 유료 전환 후에 속도 제한이 바로 해제되지 않고 적용되는데 조금 시간이 필요한 경우도 있다고 합니다.

유료 전환 주의점...

유료 전환시 네트워크 트래픽 한도 초과를 조심해야 합니다. 정상적인 사용자는 10TB라는 트래픽을 넘기기 쉽지 않지만 계속된 해킹 시도나 봇들의 접근 등으로 비정상적인 트래픽이 발생할 수도 있습니다. 따라서 과도한 트래픽이 발생하지 않는지 확인이 필요합니다.

웹에서 보고서 확인

오라클 웹접속 후 현재 사용량 및 사용요금을 조회할 수 있습니다.

좌측 메뉴 버튼 - 청구 및 비용 관리 - 비용관리 - 비용 분석

위 사진처럼 1월1일부터 오늘까지, 매월, 사용량을 선택하고 조회하면 월별 사용량을 확인할 수 있습니다.

저의 경우 4월에 840.92GB, 5월에 231.66GB를 사용한 걸로 나오네요. 평균적으로 1TB도 사용하지 않기 때문에 여전히 무료 범위 내에 있습니다. 그래도 5월 달은 아직 4일밖에 안 됐는데 많이 썼네요.

보고서 자동 전송

(이 내용은 리전마다 메뉴나 정책이 다를 수 있습니다.) 일반 보고서를 자동전송하는 기능 일정이 잡힌 보고서는 무료 티어의 경우 사용할 수 없는 것 같습니다.(0개에서도 추가 불가)

비용 이상 탐지 알림

비용 이상 탐지시 보고서를 전송하는 기능도 무료 티어의 경우 쓸모가 없습니다만 추후 유료 전환 예정이면 통지 그룹을 만들고 이메일을 등록해 놓으면 됩니다.

예산 초과시 알림

추가로 예산에서 예산을 $1로 생성해 놓으면 추후 1달러 초과 시에 보고서를 받을 수 있습니다. 예산은 컴파트먼트당 하나씩만 설정할 수 있지만 예산 내에서 예산 경보 규칙은 여러개 작성할 수 있습니다.

API를 이용한 보고서 자동 전송 자동화

비용 이상이 생기거나 예산 초과 시 알림 기능이 있지만 평소에 사용량을 모니터링하는 게 좋습니다. 일일이 웹에 로그인해서 조회하는 것은 시간도 걸리고 불편하므로 OCI cli나 REST 요청을 이용해 사용량을 조회할 수 있습니다.

저의 경우는 N8N을 이용해 REST 요청 후 결과를 받고 결과 내용을 디스코드로 전송해서 사용하고 있습니다.

N8N에서 오라클 API를 이용해 사용량을 조회하고 결과를 정리해서 디스코드로 전송하는 것은 기회가 되면 다음 포스팅 때 올리도록 하겠습니다.(원래 이걸 올리려고 했는데 필요한 분들이 얼마 없는 것 같아서...)

블로그에 챗봇 넣기

오랜만에 블로그에 기능을 하나 추가했습니다. 요새 자동화 관련 일을 많이 하고 있는터라 테스트겸 한 번 만들어 봤습니다. 궁금한 분들은 블로그 우측하단에 챗봇 아이콘을 누르거나 아래 링크로 채팅을 테스트 할 수 있습니다.

https://typebot.bonik.me/chatbot

NBI-2049 챗봇 소개

AI랑 애정섞인 대화를 나누고, 위로 받는 분들도 계시던데 저는 일시키려고 만든 놈입니다. 그래서 적절한 모델명을 달아줬습니다. 반쯤 그래도 나름 최신기술이 많이 들어간 놈입니다.

챗봇 용도

챗봇의 용도는 블로그 구독자나 방문자 분들이 자주 묻는 질문에 답하고, 자동화 과정을 좀 더 편리하게 처리하기 위함입니다. 뭐 요새는 문의하시는 분들도 별로 없지만 제가 일일이 응답하기 귀찮아서 떨어져 나간 분들도 있고, 저도 똑같은 말 되풀이 하는걸 좋아하지 않아서 만들었습니다.

챗봇 사용 예

• 음악 레슨에 관한 문의에 답변이 가능합니다.
• 음악 레슨 시강 예약이 가능합니다.
• 큐베이스 한국어 패치에 관한 문의에 답변이 가능합니다.
• 큐베이스 한국어 패치 요청 처리가 가능합니다.
• 그 밖에 기능이 더 있었는데 현재 베타 버전이라 일단 제외했습니다.

챗봇 제작

챗봇 제작에 관한 이야기입니다.

사용 서버 및 AI

리눅스 홈서버와 오라클 클라우드를 사용하고 있으니 리누스 토발즈, 래리 앨리슨 형님께 감사드립니다. 구글의 AI를 주로 사용하다 보니 선다 피차이 형님께도 감사드립니다. Ollama 제작진 분들에게도 감사합니다.

프론트엔드

프론트 엔드는 챗봇이다보니 typebot을 사용했습니다. typebot 처음 써봤는데 무지 좋습니다. 신뢰의 전문가 분위기 나는 대머리 형님분이 만드셨던데 정말 잘 만든 것 같습니다. HTML, CSS, JS같은 거 쓸 필요없이 마우스질만 하다보면 금방 뚝딱입니다.(물론 백엔드와의 연결은 뚝딱 아닙니다.)

필요한 것들이 대부분 만들어져 있어서 레고 조립하듯이 조립만 잘 하면 고급 챗봇도 얼마든지 만들 수 있습니다. 게다가 사용법도 쉬워서 처음 사용하는데도 별 어려움이 없었습니다.

typebot은 self-hosted로 구동하고 저장소도 minio(S3저장소처럼 로컬 저장소를 이용하게 해주는 앱)를 실행해서 처리했습니다.

백엔드

백엔드는 저의 최애 자동화 앱 N8N으로 만듭니다. N8N은 어디서 오류나는지도 쉽게 알 수 있어서 생산성이 정말 좋습니다. N8N은 약간 잔머리를 굴리면 프론트엔드, 백엔드 다 만들 수 있습니다. 이번에는 챗이라 프론트엔드에 typebot을 사용했지만 예전에는 그냥 N8N만으로 전부 다 만들어 버리는 경우가 많았습니다.

N8N이 하는 역할

당연한 이야기지만 대부분의 기능은 N8N위에서 돌아갑니다. (아래 이미지는 여러 개의 워크플로우 중 하나입니다.)

• RAG데이터 관리 : 문서로 작성한 FAQ 등의 txt 문서를 잘라서 임베딩하고 벡터 DB에 보관합니다. txt파일이 업데이트되면 RAG데이터도 업데이트 됩니다.
• 고스트 멤버쉽 확인 : 고스트 서버로 요청을 보내 회원인지 아닌지 확인
• 스트라이프 결제 확인 : 스트라이프 서버로 요청을 보내 결제내역 확인
• 레슨예약 접수 및 알림 : 레슨예약이 들어오면 주인놈(접니다)한테 알림
• 파일업로드 알림 : typebot에서 사용자가 파일을 업로드하면 주인놈한테 알림
• 파일 분석 : 큐베이스실행파일이 업로드되면 버전 및 유효성 체크
• 한국어패치 여부 확인 : 큐베이스버전으로 한국어패치 여부 확인
• QNA : 고객의 질문을 분석해서 RAG데이터를 바탕으로 답변 작성
• 등등

챗봇 운영

챗봇성능

베타버전치고는 생각보다 성능은 좋은 것 같습니다. 물론 RAG데이터를 잘 만들고 시스템 메시지를 잘 쓰고, 적절한 질문인지 적절한 답변인지 점검을 해야 합니다. 점검도 공짜가 아니다보니 AI를 도입할 때는 구조를 잘 짜야 비용 대비 쓸만한 것 같습니다.

운영비

방문자가 별로 없다보니 현재는 무료 한도 내에서 돌아가기 때문에 운영비가 따로 들지는 않습니다. Gemini API낭비를 위해 유효한 질문만 Gemini API를 소비하도록 구성해 놓았습니다. 자세한 내용은 비싼 팁이라 공개하지 않습니다. 그런데 구글이 최근 Gemini 한도를 줄이는 추세라 비용결제가 필요한 시점이 머지 않은 것 같습니다. 요새 구글 서버가 한도까지 돌아가다가 503오류(서버가 처리할 수 없는 상태)를 뿜는 일이 많더군요.

챗봇 제작 후기...

반쯤 재미 삼아 경험 삼아 만들어봤는데 요새 도구들이 정말 좋다는 걸 많이 느낍니다. 처음에 AI사용할 때는 계속 파이썬 코드만 들여다 보면서 작업했는데 요새는 이쁜 화면 보면서 작업하니까 좋습니다. 원래 구상했던 기능이 많은데 시간날 때 마다 하나씩 추가하도록 하겠습니다.

요새 다들 AI를 외치는데 AI도 재밌지만 저는 한참 전부터 자동화에 관심이 많아서 자동화 작업을 많이 하고 있습니다. AI도 쓰긴 하지만 적절한 코딩과 임베딩만 잘 활용해도 AI api비용을 줄일 수 있는 것 같습니다.

서론

최근 가장 핫한 자동화 앱 중에 개발 속도가 빠르기로 유명한 N8N에 관한 내용입니다. N8N2는 N8N1에 비해 훨씬 보안이 강화되었고, 성능을 위한 변화도 생겼습니다.

이 글은 self-hosted N8N을 사용하는 분들 중 N8N1에서 N8N2으로 전환을 고려하는 분들이 참고할만한 내용으로 이루어져 있습니다. N8N이 뭔지 모르거나 N8N을 처음 설치하거나 N8N을 유료로 이용하는 분들에게는 별로 도움 될만한 내용이 없습니다.

이 글은 개인적인 메모 용도로 작성하고 있으므로 설명이 다소 불친절할 수 있습니다.

이 글을 작성하는 현재 N8N1의 최신 버전은 1.123.12, N8N2의 최신 버전은 2.4.0입니다. 워낙 변화가 빠른 앱이라 이 글의 내용과 앱의 상태가 다를 수 있습니다.

사전 준비

• 현재 환경 백업 (데이터베이스, 워크플로, 파일)
• 지원되는 데이터베이스 확인 (PostgreSQL 권장)
• Docker / npm 설치 버전 점검

N8N1 → N8N2 핵심 변경 사항 요약

• Start 노드 제거 및 대체 트리거 노드 구체화 : 기존 Start노드는 더 이상 지원되지 않고 Manual Trigger등 구체적인 트리거 노드만 사용됩니다.
• 미지원 노드 삭제 : Spontit, crowd.dev node, Kitemaker 등 더 이상 지원되지 않는 외부 서비스 노드가 삭제 되었습니다.
• Code 노드 Task Runner 기반 전환 : 코드 노드의 기본 실행방식이 Task Runner방식으로 바뀌었습니다. N8N 외부에서 js나 python 코드를 실행한 후 결과를 N8N에 전달하는 방식입니다.
• ExecuteCommand / LocalFileTrigger 기본 비활성화 : 보안을 위해 Excute Command, LocalFileTrigger 노드가 기본적으로 비활성화되었습니다. 활성화하려면 N8N 환경변수 값을 변경해 합니다.
• ReadWriteFile from Disk 접근 가능한 폴더 제한 : 보안을 위해 미리 정의된 경로만 접근할 수 있습니다.
• 환경 변수 접근 차단 (N8N_BLOCK_ENV_ACCESS_IN_NODE) : 보안을 위해 N8N의 환경 변수에 접근할 수 없는 것이 기본값이 되었습니다.
• Binary Data 저장 방식 변경 (filesystem / database / s3) : 바이너리를 처리할 때 기존 기본값인 in-memory방식이 제거되었습니다. N8N_DEFAULT_BINARY_DATA_MODE로 정의하며 일반적인 유저의 기본값은 filesystem이 되었습니다.
• Docker 이미지 변경 (n8nio/runners 별도 사용) : n8n-runners를 별도의 도커 이미지로 지원합니다.

데이터베이스 변경

• MySQL/MariaDB → PostgreSQL 전환 : N8N자체의 정보를 저장하는 DB가 기존에는 MySQL계열과 Postgres 모두 지원했지만 N8N2부터는 Postgres만 지원됩니다. MySQL 노드는 여전히 지원합니다.

워크플로우 마이그레이션 주의

• Start 노드 교체 (Manual Trigger / Execute Workflow Trigger)
• Python Code 노드 재작성 및 외부 Runner 연결
• ExecuteCommand / LocalFileTrigger 사용 시 보안 설정
• 서브 워크플로 동작 변경 (입력 → 출력 전달)
• 호환성 체크 : Settings → Migration Report에서 확인

N8N2 커스텀 도커 이미지 관련 변경 내용

N8N2로 전환하더라도 기본값으로 설치해서 사용하시는 분들은 별로 어려운 부분이 없습니다. 하지만 rclone, ffmpeg, yt-dlp등을 추가해서 도커 이미지를 커스텀하시는 분들은 변경사항이 많아서 변경이 쉽지 않을 수 있습니다. 저도 3개의 서버 중 테스트 서버는 이전을 완료했지만 가장 활발하게 사용하는 2개는 아직 N8N2로 이전하지 않고 있습니다. 도커 이미지 관련 기본적인 변경점은 다음과 같습니다.

• N8N의 도커는 n8n, n8n-runners 두 개의 이미지를 쓰는 방식으로 바뀌었습니다.
• n8n 도커 이미지는 distroless 방식으로 바뀌었습니다. (apk없음)
• n8n-runners 도커 이미지는 distroless 방식, non-distroless 방식 모두 제공됩니다.

N8N2 도커 이미지 커스텀 팁

N8N 이미지 생성 팁

• n8n 도커 이미지는 distroless 방식으로 변경되었기 때문에 apk 자체가 없음
• 도커 이미지 생성시 alpine linux 버전에 맞는 apk를 수동으로 추가해야 커스텀 설치 가능
• n8n 도커 이미지 내에 어떤 alpine linux가 사용되는지는 다음 파일 참고 : https://github.com/n8n-io/n8n/blob/master/docker/images/n8n-base/Dockerfile (3.22로 확인됨)
• apk파일 수동 구성을 포함한 커스텀 Dockerfile

FROM n8nio/n8n:2.4.0
USER root

# Copy apk and its deps from Alpine 3.22
COPY --from=alpine:3.22 /sbin/apk /sbin/apk
COPY --from=alpine:3.22 /usr/lib/libapk.so* /usr/lib/

RUN apk add --no-cache \
    curl \
    ffmpeg \
    rclone \
    yt-dlp \
    sqlite \
    perl \
    imagemagick \
    ghostscript \
    jq \
    coreutils \
    libxml2-utils

USER node

N8N-runner 이미지 생성 팁

• n8n-runners 도커 이미지는 distroless 방식이 아닌 non-distroless 방식의 이미지를 시작이미지로 설정해야 커스텀이 쉬워짐
• 그렇지만 호환성이 떨어지는 파이썬 3.13을 사용해야 한다는 치명적인 단점이 있음(다른 버전의 파이썬을 사용하는 방식은 이 글에서 다루지 않음)
• 추가 패키지를 설치하는 커스텀 Dockerfile (node.js의 moment uuid exceljs pdf-lib를 추가 설치, 파이썬의 numpy pandas pefile를 추가 설치 )

FROM n8nio/runners:2.4.0
USER root
RUN cd /opt/runners/task-runner-javascript && pnpm add moment uuid exceljs pdf-lib
RUN cd /opt/runners/task-runner-python && uv pip install numpy pandas pefile
COPY n8n-task-runners.json /etc/n8n-task-runners.json
USER runner

• 위 dockerfile을 빌드하기 전에 Dockerfile과 같은 경로에 n8n-task-runners.json도 있어야 함.
• n8n-task-runners.json 파일 최신 버전 받기

curl -o n8n-task-runners.json \
https://raw.githubusercontent.com/n8n-io/n8n/master/docker/images/runners/n8n-task-runners.json

• n8n-task-runners.json 수정 예(N8N_RUNNERS_STDLIB_ALLOW: 기본 패키지 모두 제한 없이 사용 / NODE_FUNCTION_ALLOW_EXTERNAL: node.js의 moment uuid exceljs pdf-lib 추가 / N8N_RUNNERS_EXTERNAL_ALLOW: 파이썬의 numpy pandas pefile 추가)

{
    "task-runners": [
        {
            "runner-type": "javascript",
            "workdir": "/home/runner",
            "command": "/usr/local/bin/node",
            "args": [
                "--disallow-code-generation-from-strings",
                "--disable-proto=delete",
                "/opt/runners/task-runner-javascript/dist/start.js"
            ],
            "health-check-server-port": "5681",
            "allowed-env": [
                "PATH",
                "GENERIC_TIMEZONE",
                "NODE_OPTIONS",
                "N8N_RUNNERS_AUTO_SHUTDOWN_TIMEOUT",
                "N8N_RUNNERS_TASK_TIMEOUT",
                "N8N_RUNNERS_MAX_CONCURRENCY",
                "N8N_SENTRY_DSN",
                "N8N_VERSION",
                "ENVIRONMENT",
                "DEPLOYMENT_NAME",
                "HOME"
            ],
            "env-overrides": {
                "NODE_FUNCTION_ALLOW_BUILTIN": "crypto",
                "NODE_FUNCTION_ALLOW_EXTERNAL": "moment,uuid,exceljs,pdf-lib",
                "N8N_RUNNERS_HEALTH_CHECK_SERVER_HOST": "0.0.0.0"
            }
        },
        {
            "runner-type": "python",
            "workdir": "/home/runner",
            "command": "/opt/runners/task-runner-python/.venv/bin/python",
            "args": ["-m", "src.main"],
            "health-check-server-port": "5682",
            "allowed-env": [
                "PATH",
                "N8N_RUNNERS_LAUNCHER_LOG_LEVEL",
                "N8N_RUNNERS_AUTO_SHUTDOWN_TIMEOUT",
                "N8N_RUNNERS_TASK_TIMEOUT",
                "N8N_RUNNERS_MAX_CONCURRENCY",
                "N8N_SENTRY_DSN",
                "N8N_VERSION",
                "ENVIRONMENT",
                "DEPLOYMENT_NAME"
            ],
            "env-overrides": {
                "PYTHONPATH": "/opt/runners/task-runner-python",
                "N8N_RUNNERS_STDLIB_ALLOW": "*",
                "N8N_RUNNERS_EXTERNAL_ALLOW": "numpy,pandas,pefile"
            }
        }
    ]
}

N8N2의 도커 컴포즈 예제

• 제가 사용하는 값과 다른 부분이 많고 각자 상황에 맞게 .env, flag를 수정해서 써야 합니다.

.env

POSTGRES_USER=myname
POSTGRES_PASSWORD=mypw
POSTGRES_DB=n8n

POSTGRES_NON_ROOT_USER=myname
POSTGRES_NON_ROOT_PASSWORD=mypw

N8N_RUNNERS_AUTH_TOKEN=my_auth_token

docker-compose.yml

services:
  postgres:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_USER
      - POSTGRES_PASSWORD
      - POSTGRES_DB
      - POSTGRES_NON_ROOT_USER
      - POSTGRES_NON_ROOT_PASSWORD
    volumes:
      - ./db_storage:/var/lib/postgresql/data
      - ./init-data.sh:/docker-entrypoint-initdb.d/init-data.sh
    healthcheck:
      test: ['CMD-SHELL', 'pg_isready -h localhost -U ${POSTGRES_USER} -d ${POSTGRES_DB}']
      interval: 5s
      timeout: 5s
      retries: 10

  n8n:
    image: n8nio/n8n:2.4.0
    environment:
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_PORT=5432
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_NON_ROOT_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_NON_ROOT_PASSWORD}    
      - N8N_RUNNERS_ENABLED=true
      - N8N_RUNNERS_MODE=external
      - N8N_RUNNERS_BROKER_LISTEN_ADDRESS=0.0.0.0
      - N8N_RUNNERS_AUTH_TOKEN=${N8N_RUNNERS_AUTH_TOKEN}
      - N8N_NATIVE_PYTHON_RUNNER=true
      - NODES_EXCLUDE="[]" #기존 노드 전부 사용    
    ports:
      - "5678:5678"
    volumes:
      - ./n8n_storage:/home/node/.n8n

  task-runners:
    image: n8nio/runners:2.4.0
    environment:
      - N8N_RUNNERS_TASK_BROKER_URI=http://n8n:5679
      - N8N_RUNNERS_AUTH_TOKEN=${N8N_RUNNERS_AUTH_TOKEN}
    depends_on:
      - n8n

Anydesk 유료화 대안

언제부턴가 Anydesk 업데이트를 하면 원격 접속시에 라이센스를 요구합니다. 라이센스가 없을 경우 원격 접속에 제한시간이 생겨서 매우 불편합니다. 구버전을 쓴다든가 양쪽 다 본인 계정으로 로그인을 하면 라이센스 구매없이 어느 정도 사용할 수는 있지만 아무래도 불편합니다. 게다가 예전에 발생한 Anydesk 대규모 비밀번호 유출 사건도 꺼림칙해서 대안을 찾아보게 되었습니다.

윈도우의 기본 기능 RDP(원격 데스크톱 연결)

개인적으로 원격을 가장 많이 사용하는 경우는 제 컴퓨터(windows)로 다른 장소의 제 컴퓨터(windows)를 제어할 때 입니다. 이런 경우는 네트워크에 대한 이해만 조금 있으면 굳이 Anydesk같은 외부 앱을 사용할 필요없이 윈도우의 '원격 데스크톱 연결(RDP)'만으로도 충분합니다.

원격 데스크톱 연결(RDP)에 대한 짧은 소개

• 다른 기기, OS에서 윈도우를 제어할 때 사용
• 윈도우에서 호스트(제어를 받는 쪽)와 클라이언트(제어를 하는 쪽) 모두 RDP 앱을 사용
• 윈도우에서 호스트는 Windows Pro, Edu, Enterprise 만 가능(Home은 안됨)
• 클라이언트는 여러 OS지원(안드로이드 등)
• 포트는 TCP 3389사용
• 방화벽에서 3389포트가 열려 있어야 사용가능
• 공유기를 거칠 경우 PC의 내부아이피로 3389가 포트포워딩 되어 있어야 함

원격 데스크톱 연결의 단점

• MS에서 릴레이 서버(중계 서버)를 제공하지 않기 때문에 네트워크 구성 직접 파악해야 함.
• 따라서, 복잡한 NAT뒤에서 제대로 작동하지 않음.
• 따라서, 타인에게 도움을 줄 때 사용하기 부적절함. (도움을 받는 쪽의 네트워크 설정을 바꾸기 전에 접속 불가)
• 계정 비밀번호로 접속하기 때문에 임시로 사용하기 부적합

윈도우의 기본 기능 Quick Assist(빠른 지원)

앞서 말했듯이 타인의 컴퓨터에 원격으로 접속할 때 '원격 데스크톱 연결(RDP)'는 사용하기 부적절합니다. 계정 비밀번호도 알아야 하고 도움 받는 쪽의 네트워크 구성도 바꿔야 합니다. 그래서 이런 일회성 원격제어에는 Quick Assist가 적절합니다.

빠른 지원(Quick Assist)에 대한 짧은 소개

• 다른 사람의 윈도우 화면을 원격으로 보고 제어할 때 사용
• 윈도우에서 지원자와 피지원자 모두 Quick Assist 앱을 사용
• Microsoft 계정으로 로그인 필요 (지원자 측)
• 인터넷만 연결되어 있으면 사용 가능 (복잡한 네트워크 설정 불필요)
• Microsoft의 클라우드 릴레이 서버를 통해 연결됨
• 일회용 보안 코드로 연결 승인 (피지원자가 입력 후 원격 허용하는 형식)
• TLS 암호화 및 인증으로 보안 유지
• Windows 10 이상에서 기본 제공되며, Microsoft Store에서도 설치 가능

빠른 지원(Quick Assist)의 단점

• Microsoft 계정 로그인이 필요해, 지원자 측에서 계정이 없거나 로그인에 문제가 있을 경우 사용이 어려움
• 원격 제어 중에는 피지원자의 화면이 느려질 수 있으며, 고해상도 환경에서는 반응 속도가 떨어질 수 있음
• 기능이 단순하여 파일 전송, 다중 모니터 지원 등 고급 기능은 한정적임
• Windows 환경에서만 작동하며, macOS나 Linux에서는 사용 불가
• 보안 코드는 일회용이며, 일정 시간이 지나면 만료되므로 자동 연결에는 부적합

윈도우의 빠른 지원(Quick Assist)사용법 - 컴덕

도움을 주는 쪽(쉽게 '컴덕'이라고 쓰겠습니다.)에서 원격 지원을 위해 '빠른 지원'을 사용하는 법입니다.

1. '빠른 지원' 실행 후 다른 사용자 지원 클릭

2. 코드를 도움을 받는사람(쉽게 컴맹이라고 쓰겠습니다.)에게 전달 메일, 문자, 깨톡 등으로 코드를 알려주면 됩니다.

생성된 코드를 복사(예제에서는 AA1P9U)

윈도우의 빠른 지원(Quick Assist)사용법 - 컴맹

도움을 받는 쪽(쉽게 '컴맹'이라고 쓰겠습니다.)에서 원격 지원을 받기 위해 '빠른 지원'을 사용하는 법입니다.

1. 컴덕한테 전달받은 코드(예제에서는 AA1P9U)를 입력하고 제출을 클릭합니다.

필요한 내용에 '동의(체크 클릭)'하고 허용을 클릭하면 원격이 시작됩니다.

그 밖의 전문적인 원격이 필요한 경우

요약하자면, 윈도우 환경에서 내 기기를 제어할 때는 '원격 데스크톱 연결(RDP)', 타인의 기기를 1회성으로 제어할 때는 '빠른 지원(Quick Assist)'이 적절합니다. 그렇지만 원격 제어시 RDP나 빠른 지원만으로 부족할 때가 있습니다.

전문 원격 앱이 필요한 경우

• 다양한 운영체제 간의 원격 제어가 필요한 경우 (예: Windows ↔ macOS, Linux ↔ Android 등)
• 파일 전송, 채팅, 다중 모니터 지원, 클립보드 공유 등 고급 기능이 필요한 경우
• 기업 환경에서 중앙 관리, 사용자 권한 설정, 보안 정책 적용이 필요한 경우
• 고해상도 화면 공유, 저지연 제어, 안정적인 연결 품질이 중요한 경우
• NAT 환경 자동 우회 및 클라우드 중계 서버를 통한 간편한 연결이 필요한 경우

대표적인 전문 원격 앱

TeamViewer와 Anydesk의 유료화로 RustDesk 사용자가 크게 늘고 있습니다. 다음 포스팅에서는 RustDesk에 대해 소개할 예정입니다.

• TeamViewer: 다양한 OS 지원, 중계 서버 기반, 비상업적 용도 무료
• AnyDesk: 빠른 속도와 경량 클라이언트, 상업적 용도에 적합
• Chrome Remote Desktop: 브라우저 기반, 간편한 설정, Google 계정 연동
• RustDesk: 오픈소스 기반, 자체 서버 구축 가능, 개인 정보 보호 강화

## 메일 SMTP란?

SMTP(Simple Mail Transfer Protocol)는 인터넷을 통해 이메일을 전송하는 데 사용되는 표준 프로토콜입니다. Self-hosted 앱에서 이메일 발송 기능을 구현하거나, 자동화된 이메일 알림을 설정할 때 SMTP 서버를 통해 메일을 보낼 수 있습니다.

SMTP를 지원하는 메일 서비스

• Gmail: 안정적인 서비스와 쉬운 설정 방법으로 널리 사용됩니다. 앱 비밀번호를 사용하여 Self-hosted 앱에서 Gmail SMTP를 통해 메일을 보낼 수 있습니다.
• Naver Mail: 네이버 메일도 SMTP 설정을 지원합니다. 네이버 계정 설정에서 POP3/IMAP 설정을 활성화하고, SMTP 서버 정보를 확인하여 사용할 수 있습니다.
• Daum/Kakao Mail (Hanmail): 다음/카카오 메일 역시 SMTP 설정을 제공합니다. Daum 메일 설정에서 POP3/IMAP 설정을 활성화한 후 SMTP 서버 정보를 이용하여 Self-hosted 앱에 적용할 수 있습니다.

SMTP를 지원하지 않는 메일 서비스

대부분의 주요 메일 서비스는 SMTP를 지원하지만, 일부 특정 서비스나 오래된 플랫폼에서는 지원이 제한될 수 있습니다. 특정 메일 서비스가 SMTP를 지원하는지 확인하려면 해당 서비스의 공식 문서를 참조하거나 고객 지원에 문의하는 것이 좋습니다.

SMTP를 사용하는 이유

• 자동화된 이메일 발송: Self-hosted 앱에서 사용자 가입 확인, 알림, 뉴스레터 등을 자동으로 발송할 수 있습니다.
• 커스터마이징: 이메일 내용과 형식을 자유롭게 설정하여 브랜드 아이덴티티를 강화할 수 있습니다.
• 확장성: 대량의 이메일을 효율적으로 발송하고 관리할 수 있습니다. 다만, SMTP를 통해 대량의 이메일을 발송할 때는 스팸으로 오인받지 않도록 주의해야 합니다. 발송 정책을 준수하고, 수신 동의를 받은 사용자에게만 메일을 보내는 것이 중요합니다.

Gmail로 SMTP 사용하기

Gmail SMTP 사용을 위한 조건

Gmail SMTP를 사용하기 위해서는 몇 가지 조건이 필요합니다.

• 2단계 인증 활성화 (2FA): 보안 강화를 위해 2단계 인증을 활성화해야 합니다.
• 앱 비밀번호 생성: 2단계 인증이 활성화된 경우, 특정 앱 또는 기기에서 Gmail 계정에 접근하기 위해 앱 비밀번호를 생성해야 합니다.

앱 비밀번호 생성 방법

1. 브라우저에서 구글 계정 설정 웹페이지로 이동:구글 계정 설정에서 상단에 "앱 비밀번호"를 입력하여 검색합니다.https://myaccount.google.com 또는 "앱 비밀번호 한 번에 가기" 링크를 사용합니다.https://myaccount.google.com/u/0/apppasswords
2. 앱 이름 입력: 적절한 앱 이름을 입력합니다. 저는 "for_self-hosted_SMTP"라고 넣었습니다.
3. 생성된 비밀번호 보관: "생성" 버튼을 클릭하면 16자리의 앱 비밀번호가 생성됩니다.
4. 앱 비밀번호 사용: 생성된 앱 비밀번호를 복사하여 해당 앱 또는 기기의 SMTP 설정에 붙여넣습니다.

Self-hosted 앱에서 Gmail SMTP 설정 활용

Self-hosted 앱에서 이메일 기능을 사용할 때 Gmail SMTP 서버를 활용하면 편리하게 이메일을 발송할 수 있습니다. 예를 들어, 자체 서버에서 운영하는 블로그나 뉴스레터 서비스에서 사용자 인증, 알림 발송 등의 기능을 구현할 때 유용하게 사용할 수 있습니다.

주의사항

• 앱 비밀번호는 해당 앱 또는 기기에서만 사용해야 합니다.
• 앱 비밀번호를 안전하게 보관하고, 다른 사람과 공유하지 않도록 주의해야 합니다.
• 더 이상 사용하지 않는 앱 비밀번호는 삭제하는 것이 좋습니다.

Gmail SMTP 주소 및 값

URL : smtp.gmail.com
Port : 465(SSL)
ID : abc123@gmail.com #본인의 Gmail주소
PW : abcd 1234 efgh 5678 #생성된 Gmail SMTP 비밀번호
From_name : My_app # 보내는 사람 이름(Joplin, Obsidian, Ghost 등 앱에 맞는 필요한 값 입력)
From_email : abc123@gmail.com #본인의 Gmail주소

SMTP 작동 테스트

본인이 사용하는 별도 앱이나 자동화에 적용하기 전에 SMTP 메일 전송을 테스트 해 볼 수 있습니다. swaks같은 별도의 앱이나 파이썬 smtplib같은 패키지를 이용할 수도 있습니다. 그런데 지금은 작동 테스트만 한 번 하면 되므로 인터넷으로 간단하게 시험하는 것을 추천합니다.

Zoho는 세계적인 이메일 및 클라우드, CRM 제공 업채인데 Zoho에서 SMTP테스트를 할 수 있는 웹페이지를 운영하고 있습니다.

아래 링크를 이용해 SMTP 메일 전송을 테스트 할 수 있습니다. Zoho는 믿을만한 업체니까 안심하고 테스트하셔도 됩니다. https://www.zoho.com/zeptomail/smtp-test-tool.html

본인의 이메일 주소, 포트, 위에서 만든 Gmail SMTP 비밀번호를 넣으면 됩니다. To email address에는 메일을 받을 본인의 다른 이메일을 입력하면 됩니다. Start test 버튼을 누르면 전송 테스트 실행할 수 있습니다.

SMTP 메일 전송 성공

메일 전송에 성공했다면 Gmail SMTP를 사용하기 위한 준비는 끝났습니다.

N8N같은 자동화 도구 등에서 사용하기

SMTP 메일 전송 기능을 N8N같은 자동화 도구에서 사용할 수 있습니다. 예를 들어, 한 시간 마다 특정 웹페이지를 살펴보고 특이사항이 있을 때 해당 내용을 메일로 전송할 수 있습니다.

아래는 N8N에서 메일을 전송하기 위한 Gmail SMTP 계정 연결화면입니다.

Self-hosted, Docker 앱에서 사용

SMTP 메일 전송 기능을 Self-hosted 앱 등에서 사용할 수도 있습니다. 특정 앱의 비밀번호 찾기, 회원가입을 위한 메일 등을 전송할 수 있습니다.

아래는 도커로 self-hosted Wordpress를 설치할 때 사용하는 docker-compose.yml파일의 예입니다. 워드프레스의 메일 전송 기능을 사용을 위한 SMTP설정은 다음과 같이 하면 됩니다.

100% AI 자동화 블로그 6개월 운영 후기

요새 자동화로 콘텐츠를 만들어 클릭 몇 번이면 한 달에 얼마를 번다는 등의 강의가 많습니다. 진짜 멀쩡한 강의는 어렵다고 안보는데 제목으로 낚시하는 쓰레기 강의는 잘 팔리는 신기한 세상입니다.

어쨌든, 저도 예전부터 관심이 많아서 몇 가지는 직접 해봤습니다.

기술적으로는 가능하지만 실효성이 없어서 안하고 있는 것도 많은데 블로그는 자동화에 도전한 지 가장 오래된 영역이라 후기를 한번 남겨보려고 합니다. 이 글은 노하우를 알려주기 위해 작성하는 것이 아닙니다. 참고하시라고 자동화로 운영하는 블로그 주소를 적었다가 혹시나 하는 생각에 그냥 지웠습니다. 내용만 봐주세요.

자동화 관련 기술

블로그

저의 경우는 원래 고스트로 블로그를 운영한 지 오래됐고, 고스트가 가장 자동화하기 편해서 고스트로 자동화 블로그를 제작했습니다. 아마 워드프레스도 난이도는 비슷할 거 같습니다.

네이버 블로그는 API 지원이 없어져서 헤드리스 브라우저로 접근해서 작성해야 하니 굉장히 불편하고 빡셉니다. 최근에 재미 삼아 도전해서 자동화에 성공하기는 했습니다.

이미지 생성 AI

요즘 이미지 생성 엔진이 많으니 뭘 쓰시든 상관은 없습니다만 API가 지원되는 걸 사용해야 자동화에 넣을 수 있겠죠? 근데 API 지원 안 해도 http요청과 쿠키에 대해 잘 파고들면 MS 디자이너 같은 서비스도 API처럼 만들 수 있습니다.

어쨌든, 편하게 쓰려면 돈 쓰면 되고, 공짜로 쓰려면 한달 무료 범위를 잘 이용하든지, API를 지원하지 않는 서비스를 API처럼 쓰든지 하면 됩니다.

텍스트 생성 AI

여기도 이미지와 마찬가지로 API를 지원해야 자동화 과정에 포함이 가능합니다. 그런데 AI들은 대부분 API를 지원하기 때문에 큰 문제는 안됩니다.

이 바닥 최고 혜자는 구글 Gemini입니다. 초창기에는 Gemini 성능이 별로라 '잼민이'라고 불렀는데 지금은 많이 컸습니다. 이제 말귀도 잘 알아듣고, 한국어 실력, 코딩 실력 다 좋아졌습니다. 2.0, 2.5 flash, pro를 많이 사용하는데 현재 2.5flash가 API를 써도 무료입니다. (한도는 있음)

자동화 관리

파이썬이나 node.js로 전부 작성해도 되지만 세상에는 자동화 도구라고 하는 좋은 게 있습니다. 이것 저것 써 봤지만 저에게는 N8N이 가장 잘 맞았습니다.

자동화 도구 N8N에 대한 자세한 이야기는 이전 포스팅을 참조

https://bonik.me/best-automation-tool-n8n/

운영했던 자동 블로그에 대해

블로그 주제

어떤 주제를 할까 하다가 '경제, 투자, 노후대비'쪽을 주제로 잡았습니다. 테스트에 성공했을 경우 광고를 넣기도 용이하고 제가 읽기에도 유용한 내용을 원해서 그렇게 정했습니다.

블로그의 자동 생성 포스트 퀄리티

Gemini로 생성한 글의 퀄리티는 좋은 것도 있고, 나쁜 것도 있습니다. 제가 시스템메시지를 계속 수정하면서 공을 들였으면 훨씬 좋아졌겠지만 그러지 못한 부분은 좀 아쉽네요.

자동화 정도

저의 경우는 100% 자동화를 통해 작성한 포스팅이었습니다. AI를 이용해 개요, 목차를 작성하는 경우나 AI를 보조 작가로 이용하는 경우는 다릅니다. 그런 경우에는 자동 블로그라고 부르지도 않을 것 같습니다.

자동 블로그와 검색엔진

구글의 뛰어난 AI 판별 능력

위 캡쳐는 예전에 해둔 것입니다. 구글의 서치 콘솔에서 사이트를 등록하고 꾸준히 포스팅하면서(내가 한 건 아니지만) 기다려도 색인은 되지 않습니다. 초반에는 AI가 생성한 글인지 사람이 생성한 글인지 판단을 못해서 운좋게 색인이 됩니다.

그렇지만 시간이 지날수록 AI가 생성한 글이라는게 판별이 되면 해당 블로그의 글은 더 이상 색인이 되지 않습니다. 기존 글의 색인도 제외됩니다. 색인 제외가 되면 구글에서 전혀 검색이 되지 않는 것을 뜻합니다. 순위에서 밀리는 정도가 아니라 아예 검색이 안됩니다.

아마도 Gemini로 생성한 글이라 구글 검색엔진이 더 쉽게 판별한 것 같기도 하지만 어쨌든 구글의 AI 글 판별 성능은 더럽게 좋습니다.

네이버의 AI 판별 능력

위 캡쳐는 네이버 서치 어드바이저의 수집 현황 부분입니다. 제 자동 블로그가 별 인기글이 없고 타사 블로그인데다가 평판이 낮아서 노출된 적은 거의 없습니다만 AI가 작성한 글이라고 검색제외되지는 않았습니다. 그런데 네이버 검색엔진이 다른 사이트 검색 자체에 별로 후하지가 않아서 문제입니다. 예를 들어, 같은 수준이라고 했을 때 티스토리 보다 네이버 블로그가 잘 검색됩니다.

자동 블로그와 광고

구글 애드센스가 기존에 있는 분들은 루트 도메인으로 등록했으면 블로그를 추가해서 애드센스를 넣는 것은 어렵지 않습니다.

다만, 구글에서 저품질로 판단될 확률이 높기 때문에 단가, 입찰에서는 불이익이 있을 수 있습니다. 애드센스를 최초 등록해야 하는 경우, 자동 블로그는 퀄리티를 인정받기가 힘들기 때문에 일반적인 블로그보다 더 통과되기가 어려울 것 같습니다.

네이버 애드포스트의 경우 네이버 블로그에만 넣을 수 있습니다. 네이버 블로그를 자동화하기가 힘들기 때문에(가능하긴 합니다만) 애드포스트는 별 효용이 없습니다.

쿠팡 파트너스도 이미 계정이 있다면 새로 추가하는 것은 어렵지 않습니다. 저의 경우는 주로 쿠팡 파트너스 광고를 넣었습니다. 애드센스도 넣을 수 있었지만 기존 계정에 피해를 줄까봐 쿠팡 파트너스로 했습니다.

6개월 자동 블로그 수익

자동 블로그에 넣은 광고는 쿠팡 파트너스 밖에 없습니다. 그래서 애드센스와 비교하기는 힘듭니다. 구매가 있어야만 수익이 나는 구조다 보니 6개월 수익은 거의 없다고 보면 됩니다. 한 달에 몇 백원~천원 정도 되려나요?

그런데 문제는 자동화 비용때문에 적자가 나기 쉽다는 것에 있습니다. 저야 구글CEO형님들, 오라클 형님(래리 앨리슨) 덕분에 좋은 거 공짜로 쓰고 있지만 보통은 낼 거 다내고 써야 하니까요. 서버 운영비, AI 구독료 등을 내고 나면 시간만 들이고 적자나기 딱 좋습니다.

물론, 자기만의 특별한 노하우가 있으면 수익이 날겁니다. 그런데 만약, 제가 그런 노하우를 갖고 있다면 막힐까봐 아무한테도 안알려주겠습니다. 그나마 좀 가능성이 있어보이는 쪽은 개인정보나 특수한 자료를 바탕으로 AI를 이용해서 작성하는 콘텐츠 쪽입니다.

다음 목표

글, 이미지, 영상, TTS를 전부 이용해서 동영상을 만드는 과정도 자동화에 성공했습니다. 제 원래 분야인 음악 부분도 자동화 테스트 중입니다. 이런 창작 콘텐츠를 자동화 하는 과정에서 기술적 테스트는 상당 부분 진행이 됐는데 수익화는 안해봤습니다. 다음은 이 부분을 테스트 해보려고 합니다. (이미 많은 분들이 하고 있긴 하지만...)

후기 및 정리

• 100% AI작성글로는 구글의 필터링을 뚫기가 쉽지 않음.
• 기존 광고 계정이 없는 분들은 자동화로 시작하는 건 비추.(저품질 필터링을 뚫기가 어렵기 때문에 광고 권한을 부여받기도 어려움)
• 실력이 있다면 네이버쪽은 해볼만함.
• 단순히 양이 많아진다고 검색 유입이 잘되는 것이 아니기 때문에 콘텐츠 퀄리티에 신경을 많이 써야 함.
• 시스템메시지를 정말 잘 작성하거나 다른 데이터(직접 찍은 사진, 방문장소 등)를 참고해서 작성하는 방식으로 설계해야 할 듯 함.
• 자동화 블로그 자체로 돈을 버는 것보다 희망에 찬 초보자들 상대로 노하우를 파는 쪽이 더 돈 벌기 쉬움

자동화 도구의 필요성

요즘은 어느 기업이든 디지털전환이 빠른 속도로 이루어지고 있습니다. 과거에는 아날로그로 작업했던 것들도 이제는 디지털로 처리하는 것이 많습니다. 또한, 일에서 컴퓨터를 활용하는 비중이 커지면서 개인의 컴퓨터의 활용능력에 따라 생산성이 크게 달라졌습니다.

과거에는 Office앱만 잘 다뤄도 경쟁력이 있었지만 이제는 자동화 도구까지 잘 다루는 사람이 경쟁력이 있습니다.

회사 차원에서 비용을 들여 자동화를 구축하는 경우도 있지만 세부적인 것까지 전부 자동화할 수는 없습니다. 대규모 자동화 구축이 오히려 비용적 손해인 경우도 있고, 특정 부서의 담당자만이 쉽게 처리할 수 있는 영역이 많습니다.

따라서, 이제는 IT부서가 아닌 타부서의 직원들도 자동화 과정에 대한 이해와 활용능력이 중요합니다.

자동화 도구 종류

자동화를 할 수 있는 도구는 많습니다. 자동으로 조건에 맞게 데이터를 처리할 수 있다면 모두 자동화라고 부를 수 있습니다.

하지만 OS의 명령어나 개발언어를 이용한 방식은 컴퓨터를 잘 아는 사람이 아니라면 접근하기가 어렵습니다.

OS의 명령어를 활용한 스크립트

OS에서 기본적으로 제공하는 명령어를 조합하여 스크립트를 작성할 수 있습니다.

• 윈도우의 경우 .bat 파일
• macOS, Linux의 경우 .sh 파일

등을 활용하여 자동화를 구현할 수 있습니다. 예를 들어, 윈도우에서 특정 폴더의 모든 파일을 다른 폴더로 복사하는 스크립트는 다음과 같이 작성할 수 있습니다. 윈도우의 작업스케줄러를 이용해 조건을 설정하면 자동으로 다음 스크립트가 실행되도록 할 수 있습니다.

@echo off
xcopy /E "C:\원본 폴더" "D:\대상 폴더"
pause

개발언어를 활용한 스크립트

Python, Javascript등의 개발언어를 사용하여 자동화 스크립트를 작성할 수 있습니다.

• Python은 자동화 라이브러리가 풍부하고 문법이 간결하여 많이 사용됩니다.
• Javascript는 NodeJS를 통해 서버사이드 스크립팅이 가능하며, 웹 브라우저 자동화에도 활용됩니다.

예를 들어, Python을 사용하여 웹 페이지의 내용을 가져오는 스크립트는 다음과 같이 작성할 수 있습니다.

import requests

url = "https://www.example.com"
response = requests.get(url)

print(response.text)

전문 자동화 도구

N8N, Zapier, Make(구 integromat), Activepieces 등의 전문 자동화 앱들이 굉장히 빠른 속도로 발전하고 있습니다. IT에 관한 지식이 적고, 개발언어에 대한 경험이 적어도 자동화 기능을 설계하고 수행할 수 있도록 돕는 앱들입니다.

전문 자동화 도구를 사용하면 코드를 적게 사용하거나 쓰지 않고도 다양한 서비스를 연결하여 자동화 워크플로우를 구축할 수 있습니다. 이러한 도구들은 GUI기반으로 사용하기 쉽고, 다양한 API를 지원하여 확장성이 높습니다.

위의 그림은 N8N으로 작성한 워크플로우의 예입니다. 이 워크플로우는 서버의 상태확인을 위한 것입니다. 30분에 한번 자동으로 실행되고 제가 가지고 있는 여러 서버에 대해 조사합니다. (prometheus활용) 그리고 이상한 값이 감지 되었을 때 디스코드로 알림을 보냅니다.

위의 과정을 자동화 할 때 코드는 한 줄도 사용되지 않았습니다. (promethus 구축 명령은 제외) 전문 자동화 도구를 사용하면 이런식으로 여러가지 자동화를 구축하고 실행할 수 있습니다.

어떤 자동화 도구를 선택해야 하나?

어떤 도구가 인기가 많고 강력한지, 어떤 도구를 선택해야 생산성을 크게 올릴 수 있을지에 대한 내용들입니다.

자동화에 입문을 원하는 분들 중에는 지금 당장 써먹을 수 있는 것을 원하는 분들도 있고, 천천히 공부해서 복잡한 워크플로우까지 다루고 싶은 분들도 있을 것입니다.

나는 완전 초보고 설치부터 복잡한 건 싫다

완전 초보고 복잡한 건 싫다 하시는 분들은 Zapier, Make 정도가 쉬울 것입니다. 두 도구의 장점이 그나마 사용법이 좀 쉽다는 것입니다. 그리고 자동화 도구 쪽에서 나름 선두주자들이라서 이미 상용화로도 자리잡았습니다. (유료라는 말...)

적절한 비용을 내고 최대한 편하게 자동화의 세계에 입문하겠다 하는 분들에게는 Zapier, Make를 추천합니다.

나정도면 컴덕~개발자

그냥 닥치고 N8N추천합니다. 2024년이었나 Github에서 스타를 가장 많이 받은 앱 순위안에 들 정도로 핫합니다. 그리고 개발진들이 쉬지 않고 소처럼 일하고 있습니다. N8N은 간단한 기능에서 고급기능까지 커버할 수 있고, 지금도 엄청난 속도로 발전하고 있습니다.

왠지 이것저것 써보고 싶어요.

그런 분들은 Activepieces, Pipedream, Dify, Automatisch, Node-RED, Apache Airflow, Huginn 같은 거 써보시면 됩니다. 특정 목적으로 사용하시는 게 아니고 전반적인 자동화 처리가 목적이면 N8N으로 다시 만나게 될 것 같습니다.

N8N 추천 이유

• 오픈소스라서 Self-Hosted로 대부분의 기능을 무료로 사용할 수 있습니다.
• 도커 설치가 가능해서 리눅스 서버가 없어도 윈도우에서 도커 데스크탑으로 사용할 수 있습니다.
• 간단한 기능은 개발언어를 몰라도 사용할 수 있지만 js(java script)와 IT 관련 기본 지식(http, api, webhook, binary, 조건문, DB 등)이 있으면 활용도가 미친듯이 올라갑니다.
• AI 관련 기능들이 많이 있어서 AI와 연계해서 사용하는 부분도 쉽습니다. (OpenAI, Gemini 등과 간단하게 연결 가능)
• 오픈소스+도커 설치가 가능한 이유로 커스텀 도커 이미지를 생성해서 설치할 수 있기 때문 또 한번 활용도가 미친듯이 올라갑니다. N8N내부에서 ffmpeg, rclone, yt-dlp, sqlite3 등을 사용할 수 있습니다.
• N8N개발진들이 아닌 다른 개발자들이 만드는 Community-nodes도 꾸준히 만들어지고 있습니다.

N8N을 활용한 작업 예

아래는 제가 만들어서 사용하고 있거나 테스트한 워크플로우들의 간략한 설명입니다. 아래에 나와있는 내용 말고도 많이 있는데 기업의 의뢰를 받아 작성한 것들은 제외했습니다.

• 자동글쓰기 : 네이버 카페, 라이믹스, 고스트 블로그 사용 중. 네이버 블로그도 어렵지만 기술적으로는 가능. 글 작성은 AI가 함.
• 네이버 폐지 자동줍기 : 이건 파이썬으로 작성해 놓은게 있지만 그냥 테스트용으로 해봄.
• 서버관리 : 이상이 있거나 IP가 바뀌거나 하는 등의 변화를 감지해서 디스코드나 텔레그램으로 알림.
• PlexMediaServer 관리 : AI(Gemini)와 대화를 통해 Plex의 특정 라이브러리나 폴더를 스캔, DB에서 조건에 맞는 내용을 조회.

• 스트라이프 결제한 계정에 자동으로 권한 주기
• 요청(http)을 받아서 구글드라이브 공유 권한 추가, 파일 다운로드 링크 생성 및 메일 전달
• 특정 업체의 홈페이지에서 필요한 내용 스크랩 후 새로운 내용만 엑셀로 작성
• 뽐뿌게시판에서 조건에 맞는 게시물만 디스코드로 전달(e.g. 추천수 15이상)
• 서버에서 특정 앱이 실행되면 결과를 디스코드로 보고
• 디스코드 앱에서 유튜브 주소를 입력하면 영상을 자동으로 다운로드 후 구글드라이브에 업로드
• 뉴스를 스크랩 후 AI로 요약 후 디스코드로 전달
• 이미지 자동 생성(외부 AI 이용)
• 이미지 자동 다운로드, 업로드
• 영상 자동 다운로드, 업로드
• 자동으로 영상 생성(스크립트, 이미지, ffmpeg를 이용한 합치기)
• AI 개인화(개인정보를 Postgres에 보관, AI가 Postgres DB를 열람 후 답변)
• 등등

N8N의 능력은 어디까지인가?

아마도 사용해보지 않은 분들은 어느 정도까지 가능한 것인지 한계가 잘 와닿지 않을 수 있습니다. 우선 성능상의 한계를 간략히 알려드리자면...

• 대량 요청에는 처리 효율은 좋지 않습니다. 빠른 속도로 응답해야 하는 백엔드라면 N8N보다는 node.js나 Python으로 만드는게 맞습니다. 고객을 위한 제품보다는 직원을 위한 자동화에 더 특화되어있다고 이해하는 게좋습니다.
• 너무 많은 메모리가 사용될 때는 오류가 날 수 있습니다. 바이너리나 텍스트가 용량이 클 때 이를 수백번 수천번 반복하는 과정에서 메모리 부족현상이 일어날 수 있기 때문에 무리가 가지 않는 구조로 만들어야 합니다. (개인적인 사용에는 거의 문제가 없지만 기업 차원에서 고려하는 분들도 있으실테니...) 하드웨어 성능이 중요한 작업용으로 로컬에 설치하는 것도 좋습니다.
• 그 밖에는 오히려 "이런것까지 가능한가?"싶을 정도로 놀라운 결과를 많이 만들어냅니다. UI가 좋아서 초보자들도 쉽게 접근할 수 있지만 개발자분들도 엄청난 편의성과 생산성에 좋은 점수를 줄 것이라 생각합니다.

N8N 관련 문의

• 설치 문의 : PC나 로컬 리눅스에 설치하고 싶으신 분들은 연락주시면 원격으로 설치를 해드립니다. (설치 비용은 작업 과정에 따라 다릅니다.)
• 워크플로우 제작 문의 : N8N계정이나 self-hosted 서버를 가지고 계신 분들을 대상으로 워크플로우도 제작해 드립니다. 자동화가 가능한지 여부 등에 대한 문의도 환영합니다. 문의 사항은 최대한 자세하게 알려주시면 자세한 답변이 가능합니다. (제작 비용은 작업 과정에 따라 다릅니다.)
• 워크플로우 사용 문의 : 저의 서버를 이용해서 자동화 기능만 사용할 수도 있습니다. (워크플로우 제작 비용 및 사용 요금 발생)

이메일 : mail@bonik.me

바쁘신 분들은 그냥 해결 방법으로 넘어가세요.

문제 현상

현재 큐베이스 14의 최신 버전은 14.0.20입니다. 이 14이후로 몇몇 상황에서 큐베이스의 템플릿이 사라져 사용할 수 없게 되어 버리는 현상이 있습니다.

원인 추측

Steinberg 포럼을 뒤져보니 Unicode 어쩌고 써 있는게 있어서 제가 사용하는 큐베이스 한국어 패치가 문제인가 싶었습니다. 영어로 되돌려놓고 이리저리 테스트 해봐도 안되는 건 매한가지였습니다.

큐베이스의 프로젝트 템플릿은 .CPR이고, 이런 파일들은 대부분 미디어베이(Mediabay)가 관리합니다. 그래서 미디어베이의 프로젝트 템플릿을 다시 읽으라는 팁이 있었습니다.

위의 팁으로는 제대로 고쳐지지 않았습니다. 잠시 템플릿이 보이긴 했지만 페이지 이동이 일어나면 템플릿은 다시 사라집니다.

혹시 DB에 문제가 생겼나 싶어 DB도 한 번 살펴봤습니다. 큐베이스의 Mediabay는 SQLite를 사용하는데 Sqlite의 DB를 다루는 앱으로 열어 볼 수 있습니다. 리눅스였으면 sqlite3를 썼겠지만 윈도우에서는 HeidiSQL로 열어 봤습니다.

뭐 DB까본다고 문제가 보일 거 같지도 않았지만 딱히 문제도 없어 보였습니다.

해결 방법

최근에 알게된 (문제도 최근이니 당연한 거지만) 해결 방법입니다. 미디어베이만 따로 업데이트를 하면 됩니다. 스테인버그의 누군가 여자친구랑 헤어지고 코딩을 한건지 그냥 미디어베이 문제였습니다. 2월 12일에 발표된 최신 버전인 Steinberg MediaBay 1.2.40을 다운받아 설치하면 됩니다.

https://o.steinberg.net/en/support/downloads/steinberg_mediabay.html

위 페이지에서 최신 버전의 미디어 베이스를 다운받을 수 있습니다. Release Note를 찾아보려고 했는데 미디어베이만 Release Note를 만들진 않는지 못찾겠네요.

그 후에 큐베이스를 재시작하면 프로젝트 템플릿들이 다시 잘 보이는 걸 확인할 수 있습니다.

• 이 리뷰는 협찬 없이 작성되었습니다.
• 이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.(하단 링크)

AV1 코덱을 지원하는 안드로이드TV 박스 구매 이유

AV1 코덱 점유율 증가

최근 영상 압축 효율 문제로 인해 유튜브, 넷플릭스 등의 서비스에서 AV1 코덱을 사용하는 비율이 증가하고 있습니다. 넷플릭스는 HDR10+ 콘텐츠도 AV1 코덱으로 스트리밍을 지원하고 있습니다.

AV1 하드웨어 디코딩 지원에 따른 성능차이

Tivo 4K Stream은 AV1 하드웨어 디코딩을 지원하지 않고 소프트웨어 디코딩만 지원해서 AV1 콘텐츠 재생 시 성능이 떨어집니다. AV1 하드웨어 디코딩을 지원하는 기기는 CPU 사용량이 줄어들고, 배터리 소모량도 감소하며, 더욱 부드러운 재생이 가능합니다.

AV1 지원기기

AV1 하드웨어 디코딩을 지원하는 기기는 아래와 같습니다. 내용에 오류가 있을 수 있습니다.

데스크탑

• Apple: M3, M3 Pro, M3 Max 칩이 탑재된 Mac
• Intel: 11세대 및 이후 CPU
• AMD: Ryzen 6000 및 이후 CPU

스마트폰 및 태블릿

• Samsung: Galaxy S21 시리즈 및 이후 모델 (Galaxy S22, S23 등)
• Xiaomi: Mi 11 및 12 시리즈
• Oppo: Find X5 Pro
• OnePlus: 10 Pro
• Google: Pixel 6 및 이후 모델
• Apple: iPhone 15 Pro, iPhone 15 Pro Max, iPhone 16 시리즈
• Apple: M3 칩이 탑재된 MacBook Pro, iMac, Mac Mini
• Apple: iPad Mini (2024), iPad Air (2025)

스마트TV 및 안드로이드 TV 박스

• Android TV: 2021년 이후 출시된 Sony Google TV 모델
• Amazon Fire TV: Fire TV Stick 4K Max 등
• Roku: Roku Streaming Stick 4K 및 기타 Roku 모델
• Samsung TV: 2020년 이후 출시된 모델
• LG: WebOS 5.0 이상을 사용하는 UHD TV 및 프로젝터
• Chromecast: Chromecast with Google TV
• Onn: onn. Google TV 4K, Pro 모두 지원

게임 콘솔

• 플레이스테이션 4 프로
• Xbox One

기존에 사용했던 안드로이드 TV Box

저는 스마트 TV가 아니고 영상 시청을 Plex, Kodi, 유튜브앱, 쿠팡플레이앱으로만 합니다. TV가 좋지 않아서 Tivo 정도로도 무리없이 사용했습니다.

• Mecool Mbox Pro L : TV 박스계의 어르신이라 지금은 구석에서 쉬고 계심.
• Tivo 4K Stream : 호매틱스 구매 전 메인으로 사용. AV1 하드웨어 디코딩 안됨. 가성비 좋음.
• Onn. Google TV 4K : Cortex-A35 CPU, Mali-G31 MP2 GPU. AV1 지원. 가성비 좋음. 메인으로 쓰려고 샀는데 빼앗김.

호매틱스 Box R 4K Plus 선택 이유

성능은 오랫동안 엔비디아 쉴드가 최고였지만 AV1을 지원하지 않아서 최근 조금씩 아성이 무너지고 있습니다. 왕좌에 너무 오래 있었죠. 근데 성능이 좋아서 AV1 소프트웨어 디코딩으로도 감상에는 무리가 없을 거 같긴합니다.(쉴드 안써봄...) 호매틱스 Box R 4K Plus를 산 이유는 별 거 없고 고성능에 가격이 싸게 풀려서입니다.

선택 기준

• Widevine Level 1 지원
• AV1 하드웨어 디코딩 지원
• LAN 케이블 지원(나중에 한물가면 서버로 쓰도록)
• 나중 활용도를 위해 가급적 고성능

S905X4인 Onn. Google TV 4k Pro와 호매틱스 Box R 4k Plus 중에 뭘 살까 하고 있었습니다. 그러던 중에 알리에서 할인을 하길래 호매틱스 쪽으로 기울었습니다. Onn.시리즈도 국내에서 사기 번거롭긴하지만 가성비는 최고 같습니다. Onn.은 일반 버전(Non Pro)를 써봐서 호매틱스도 한 번 써보기로 했습니다.

가격 비교

• 월마트에서 onn. Google TV 4K Pro는 49.88달러 / 국내 마켓에서는 약 9만원
• 호매틱스 홈페이지에서 Box R 4K Plus는 149.99달러 / 알리에서 할인 적용하면 약 9만원원

호매틱스 Box R 4K Plus 사양

호매틱스 Box R 4k Plus의 사양은 다음과 같습니다.

하드웨어

• CPU: Quad-core Cortex-A55
• GPU: ARM Mali-G31 MP2
• SoC: S905X4-K
• RAM: 4GB LPDDR4
• Flash: eMMC 32GB

네트워크

• Wi-Fi: 802.11 b/g/n/ac/ax 2.4G/5G Wi-Fi 6
• Ethernet: 1000Mbps
• Bluetooth: Bluetooth 5.0

DRM

• Widevine Level: Support, Level 1
• PlayReady: Support, SL3000

오디오

• Audio Mode: Mono/Stereo/Left/Right
• DTS: Supported
• Dolby: Dolby Atmos

비디오

• Video Resolution: 480i/p, 576i/p, 720p, 1080i/p, and 4Kx2K
• Dolby Vision: Supported
• Video Output: HDMI 2.1, HDCP2.2

크기

• 가로/세로/두께: 114mm / 114mm / 28mm

호매틱스 Box R 4K Plus 외관

늘 그렇듯 사진에 별 관심이 없어서 좋은 품질의 사진은 구글링으로 찾으시길 바랍니다.

구성품은 위와 같습니다. 돼지코 없이 사용할 수 있도록 유럽 플러그로 구매했습니다. 여행용은 크기가 작은 Tivo 4K Stream이 있어서 110볼트 지원은 필요가 없었습니다.

활용도를 위해 USB포트가 여러개인게 좋더군요. USB, USB3, 뒷면 USB type C 까지 총 3개의 USB포트를 지원합니다.

왼쪽부터 파워, LAN, HDMI, Optical, USB type C 입니다. 예전 버전은 아날로그 오디오 아웃도 있던데 요즘 제품에는 없나봅니다.

리모컨 입니다.

사용 후기

안드로이드 TV OS답게 설정도 간편합니다. 최초 설정시 안드로이드 스마트폰에서 쉽게 계정을 복사할 수 있습니다.

안드로이드 스마트폰을 이용한 최초 설정

스마트폰에서 구글앱을 엽니다.

'기기설정'이라고 입력합니다.

안내에 따라 진행하면 호매틱스로 구글 계정이 복사되고 기존 TV박스가 있다면 해당 앱도 설치할 수 있습니다.

리모컨 사용감

그립감도 괜찮고 가볍습니다. 숫자키가 없지만 별 상관은 없을 것 같네요.

홈페이지에서 퍼온 리모컨 설명입니다. 저는 주로 Plex로 시청을 하기 때문에 로켓 버튼을 누르면 Plex가 열리도록 설정해뒀습니다. Button Mapper 등을 이용하면 다른 버튼들도 기능을 바꿀 수 있을 거 같습니다만 아직 해보지는 않았습니다.

재생 및 반응 속도

4K영상, AV1 영상도 문제없이 잘 재생되고 안드로이드TV 박스로는 좋은 성능이라 반응도 빠릅니다.

이전 기기에서 h.264 remux 영상 재생시 네트워크 속도가 문제였는데 LAN으로 연결하니 끊김없이 재생이 돼서 만족합니다. (wifi6가 안되는 공유기 사용중이라...)

확장 가능성

요새 N8N 자동화 관련 일이 많아서 뻘짓할 시간이 없어 여러가지 시도 해보지는 못했습니다.

Tivo 4k 등은 내부 공간이 적어서 이것저것 설치하기가 힘들었는데 호매틱스는 내부 공간이 32GB라 할게 많습니다.

게다가 안정적이고 빠른 LAN을 지원하기 때문에 네트워크 관련 기능도 할게 많습니다.

USB포트도 여러 개라 키보드, 마우스 및 다른 장치 연결하기도 좋습니다.(뭐 이런걸 하실 분들은 거의 없겠지만...)

• Wireguard로 외국 VPN 연결
• Mihon(Tachiyomi 포크)을 이용한 만화책, 전자책 감상
• 에뮬레이터 설치 및 게임패드 연결
• 옵시디언, 조플린 등 문서 작성 앱
• 사진 편집
• 더 심심하다면 Termux를 이용한 리눅스 설치 등

펌웨어 지원

현재 비교적 최신인 안드로이드 TV 14를 지원합니다. 그렇지만 기기 구매시 대부분 12가 설치되어 있습니다. 펌웨어를 우선 지원받고 싶은 분들은 아래 링크에서 폼을 작성해야 합니다. (구글 계정과 시리얼 입력)

https://docs.google.com/forms/d/e/1FAIpQLSdrD6VvS1XQ77NRMXHzqIeN3bBghf0LmyIMy46y0kYWGT2p6Q/viewform?fbzx=-7062970714722216260

링크를 클릭하면 위와 같은 폼이 나오고 여기서 펌웨어를 신청할 수 있습니다.

호매틱스 Box R 4k Plus는 이런분에게 추천

• 고성능 안드로이드TV 박스가 필요한 분
• HDR, Dolby, AV1 하드웨어 지원이 필요한 분
• Remux 재생 등 빠른 네트워크 성능이 필요한 분

만약 주로 이동하면서 사용하거나 고성능이 필요없는 분들은 onn. Google TV 4K (프로가 아닌 일반)이 더 가성비가 좋습니다.

구매 링크

현재는 알리 할인 행사가 끝나서 90~100(13~14만원)달러 정도 됩니다. 아래는 쿠팡 링크입니다.

구매하러 가기

윈도우11의 사진 앱 문제

그림파일을 열 수 있는 기본 앱인 사진에서 전체적으로 색상이 노랗게 보일 때가 있습니다. 전체적으로 누렇게, 누리끼리하게 세피아톤을 먹인 것 마냥 나옵니다.

저의 현재 윈도우11 버전은 24H2(OS 빌드 26100.3194)이며, 저의 현재 사진앱 버전은 2025.11020.11001.0입니다.

색상 비교

원래 색상을 비교하기 위해 바탕이 흰 색이 아무 그림파일을 양쪽 앱에 로드했습니다.

왼쪽은 '그림판'이고 오른쪽은 '사진'입니다. 왼쪽은 원래 색상이 흰색 배경이 잘 나오지만 오른쪽은 색상이 세피아톤을 넣은 것처럼 노랗게 나온다는 걸 알 수 있습니다.

문제 해결

야간 모드 확인

저의 경우는 위 스크린샷에서 알 수 있듯이 '야간 모드'때문은 아닙니다. 야간 모드 때문이라면 양쪽 다 노랗게 나와야 정상입니다.

다만, 이 문제를 겪는 분들 중에는 야간 모드로 인한 색상변화를 겪는 분들도 있을거라 생각해서 추가했습니다. 야간 모드를 설정, 해제 하는 방법은 다음과 같습니다.

시작버튼을 클릭하거나 윈도우키를 누르고 디스플레이 설정을 입력 후 디스플레이 설정을 실행합니다.

위와 같이 디스플레이 설정화면에서 야간 모드를 켜고 끌 수 있습니다.

색상 프로필 변경

저의 경우는 이 방법으로 문제를 해결했습니다. 그림판 등의 앱에서는 정상적으로 나오는 색상이 '사진'앱에서만 제대로 나오지 않는다면 색상 프로필 문제일 수 있습니다.

색상프로필 기본값 변경 방법은 다음과 같습니다.

윈도우 시작버튼을 클릭하거나 윈도우키를 누르고 색 관리라고 입력 후 색 관리를 실행합니다.

1. 추가를 클릭
2. sRGB IEC61966-2.1을 선택
3. 확인을 클릭

1. sRGB IEC61966-2.1을 클릭
2. 기본 프로필로 설정을 클릭
3. 닫기를 클릭

위와 같이 하면 기본프로필이 sRGB IEC61966-2.1로 바뀌고, 사진앱에서 색상이 누리끼리하게 나오는 문제가 해결됩니다.

[ 참고 사항 ]

위와 같이 ICC프로필이 아닌 ICC 프로필(HDR)로 넣으면 사진 앱이 누렇게 보이는 문제는 해결되지 않습니다.

SSH 클라이언트

SSH(Secure Shell)프로토콜을 이용해 원격 호스트에 접속하기 위한 클라이언트 소프트웨어를 말합니다. SSH 클라이언트를 이용해 원격으로 리눅스 서버 등에 접속할 수 있습니다. 이 글을 보시는 분들이 이게 뭔지 모를리는 없겠지만...

대표적인 SSH 클라이언트

OpenSSH : 리눅스, MacOS에 기본 내장 PuTTY : 세계적으로 유명한 SSH 클라이언트, 강력한 기능이 있지만 UI가 친근하지 않음. Termius : 디자인이 좋고 다양한 플랫폼에서 사용 가능. 고급 기능이나 동기화 기능은 유료 플랜을 이용해야 함. Xshell : 넷사랑 컴퓨터에서 만듬. 가정 및 학교에서만 무료 사용 가능

PortX: Putty의 강력한 대안

Putty는 윈도우에서 이용할 수 있는 가장 대표적인 SSH 클라이언트입니다. 많은 기능이 있지만 UI가 친절하지는 않다고 생각됩니다. 특히, 이제 막 SSH 클라이언트를 사용하는 사람들은 Xshell이나 Termius쪽이 더 사용하기 쉽습니다. 하지만 Terminus는 무료로 모든 기능을 이용할 수 없고, Xshell은 가정/학교에서만 무료로 사용할 수 있습니다.

전에는 PC에서 Xshell 안드로이드에서 Terminus를 사용했는데 지금은 모든 기기에서 PortX로 통일해서 사용합니다.

PortX란 무엇인가?

PortX 홈페이지 : https://www.portx.online/ko/

Xshell을 제작한 넷사랑 컴퓨터에서 새로운 SSH 클라이언트인 PortX도 제작했습니다. PortX는 사용하기 쉬운 SSH 클라이언트로 무료로 이용할 수 있어 고급 기능을 사용하지 않는 분들에게는 가장 추천합니다.

PortX는 다양한 플랫폼(Windows, macOS, Linux)에서 사용 가능한 무료 오픈 소스 SSH 클라이언트입니다. 직관적인 인터페이스와 필수적인 기능을 제공하여 사용자가 복잡한 설정 없이 빠르게 서버에 연결할 수 있도록 설계되었습니다.

PortX의 장점

초보자에게 PuTTY보다 추천하는 PortX는 다음과 같은 장점이 있습니다.

• 다양한 플랫폼 지원: Windows, macOS, Linux, Android에서 모두 사용할 수 있습니다.
• 심플한 디자인: 깔끔하고 직관적인 인터페이스는 사용 편의성을 높여줍니다.
• 필수 기능: SSH 연결에 필요한 모든 기능을 제공하며, 불필요한 기능으로 인한 복잡성을 줄였습니다.
• Terminus 등에 비하면 터널링 등의 기능도 초간단하게 이용할 수 있습니다.

PortX 설치하기

PortX 설치 페이지 : https://www.portx.online/ko/download/

애플 App Store, 안드로이드 구글 플레이, MS 스토어에서 "PortX"를 검색해서 설치할 수 있습니다.

윈도우에서 winget으로도 설치할 수 있습니다. winget은 리눅스의 apt, apt-get과 유사하게 명령어로 앱을 관리할 수 있어서 사용법을 알아두면 유용합니다. winget은 윈도우10 나중버전, 윈도우11에 기본으로 포함되어 있습니다. MS의 저장소를 사용하기 때문에 저장소 추가도 필요없습니다.

winget을 이용해 PortX 설치하기

winget을 사용하기 위해 관리자 권한으로 CMD창을 열고

winget search "PortX"

로 PortX의 최신 버전 확인할 수 있습니다.

현재 최신 버전인 PortX 2.2.12를 설치하려면

winget install "NetSarangComputer.PortX"

하면 됩니다. 권한 때문에 오류가 나면 CMD를 관리자 권한으로 다시 실행해 보세요. 그래도 안되면 위에 적은 다운로드 링크로 들어가 설치파일을 다운로드할 수 있습니다.

PortX 간단 소개

SSH 접속화면

SSH에 접속한 화면은 위와 같습니다. 프롬프트에 색상이 표시돼서 보기가 편합니다.

PortX 세션 설정 화면

기본적인 세션 등록 정보입니다. 필요한 내용만 간단하게 적을 수 있습니다.

사용자 인증 설정 화면입니다. PuTTY 인증관련 에이전트인 Pageant를 사용할 수 있습니다.

연결 관련 설정입니다. 뭐 딱히 건드릴게 없습니다.

TCP/IP 포워딩, 터널링 설정입니다. 필요한 내용만 간단하게 입력하므로 편하게 사용할 수 있습니다.

터미널 관련 설정입니다. 인코딩, 버퍼, 키보드 관련 설정이 있는데 여기도 딱히 건드릴 건 없습니다.

폰트, 색상, 커서 등에 관한 설정입니다. 기본으로도 맘에 들어서 변경해보지는 않았습니다.

PortX의 초간단 터널링 방법

Xshell의 터널링도 간편하지만 PortX의 터널링도 간단하게 설정할 수 있습니다. 터널링이 뭔지는 생략하겠습니다. 일반 유저들이 사용하는 터널링의 간단한 사용 예는 다음과 같습니다.

SSH 터널링 사용 예(터널링 사용해야 할 때)

서버 : 오라클 클라우드 클라이언트 : 윈도우11 PC

• PC의 크롬브라우저에서 오라클 클라우드의 오픈되지 않은 포트에 접속 가능
• PC의 크롬브라우저에서 오라클 클라우드의 구글 클라우드 플랫폼 인증 받기 가능

PortX 터널링 사용 방법

터널링을 사용할 세션의 '등록 정보 열기'

위에서 4번 째 아이콘을 클릭해 터널링 설정 열기

터널링 설정 입력. 서버(원격)의 3000포트를 클라이언트(로컬)의 3000번 포트와 연결. 설정 후에 SSH를 재접속해야 적용됨. (버전에 따라 다를 수도 있음)

이제 PC의 웹브라우저에서 원격지의 컴퓨터를 사용하듯이 localhost:3000으로 원격의 3000포트 접속 가능

결론

PortX는 Putty의 훌륭한 대안이며, 꼭 필요한 기능만 있어서 사용하기 쉬운 SSH 클라이언트를 찾는 사용자에게 가장 적합합니다.

다양한 플랫폼 지원, 심플한 디자인, 게다가 무료로 이용할 수 있다는 장점도 PortX를 추천하도록 만듭니다.

Self-Hosted 고스트

예전에 티스토리에서 블로그 이사를 할 때 워드프레스와 고스트 사이에서 고민을 하다가 결국 고스트를 선택했습니다. 전통의 워드프레스도 장점이 많지만 아무리 봐도 정이 안가는 PHP 비중이 높아서 javascript로 만들어진 고스트를 선택했는데 UI도 깔끔하면서 있을 거 다 있어서 현재까지 별 문제 없이 사용하고 있었습니다.

이 사건이 있기 전까지는...

배경지식

이 글은 Self-Hosted 고스트를 운영하면서 겪은 메일 스푸핑 문제와 해결 경험을 공유하기 위함입니다. 아마도 Self-Hosted로 고스트를 설치해서 사용하시는 분들 중에 컴덕이나 개발자분들이 많아서 알아서 잘 하시리라 생각되지만 그래도 혹시 필요한 분들이 계실까봐 가급적 자세히 적어봅니다. 다행히 금방 처리한 편이라 메일 평판에 큰 피해없이 해결되었습니다.

매직링크 로그인

고스트 블로그를 구독하거나 댓글을 작성하기 위해서는 로그인을 해야 합니다. 로그인 방식 중에 메일인증을 이용한 방식이 한 때 유행했는데 고스트에서는 이러한 메일 인증 방식을 사용합니다. 인증을 요청하면 등록된 메일로 매직링크가 전송되고 이 매직링크를 클릭하면 다시 고스트 블로그로 이동하면서 로그인이 됩니다.

매일 스푸핑

메일 스푸핑은 공격자가 이메일의 발신자 주소를 위조하여 수신자가 이메일을 신뢰하도록 속이는 행위입니다. 최근 고스트의 매직 링크를 악용해 중계 서버를 거쳐 제3자에게 메일을 보내는 악용 행위가 있었습니다. 이렇게 내 메일 주소로 해커가 스팸 메일을 보내게 되면 메일 평판에 악영향이 갑니다.

고스트 설치 환경

서버 : 오라클 클라우드 A1
OS : ubuntu 22.04 (arm64)
고스트 설치 : Docker compose
SMTP 메일 : Zoho 도메인 메일

문제발견과 해결 과정

이상한 이메일 보고서

언젠가부터 Zoho로부터 이상한 메일 보고서와 왔습니다. 전송 실패를 알리는 메일이었습니다.

전화번호가 메일 주소가 되는 캐나다의 이메일 주소로 수많은 메일을 보내고 있었고, 메일 전송에 실패해서 보고서를 보낸 것입니다.

Zoho 메일 관리자 계정으로 로그 확인

Zoho 메일 관리자로 로그인해서 로그를 살펴봤더니 의외로 전송에 성공한 메일이 많았습니다. 빨리 처리하지 않으면 안되겠다 싶었습니다.

기존 보안 확인

참고로 제 도메인 메일은 SPF, DKIM, DMARC 전부 보안 설정이 되어 있었습니다. Zoho메일의 "피싱 및 맬웨어 - 표시 이름 스푸핑 방지"는 안되어 있어서 이번에 하긴 했는데 로그를 보니 메일을 보낸 주소가 제 주소라서 별 효과가 없을 것 같습니다.

고스트 매직링크를 이용한거라 SMTP 계정 자체가 털린 건 아니었습니다. 중계 서버도 아주 다양하게 사용하고 있어서 Zoho의 기능을 이용하는 것 말고 발신 요청 자체를 막아야겠다 싶었습니다.

메일 내용 확인

보낸 메일이 모든 보안 필터를 통과했기 때문에 보낸 내용도 확인할 수 있는데 정상적인 로그인 요청 내용말고는 별 내용이 없었습니다. 그냥 단지 요청한 적이 없는 매직링크를 제3자가 요청한 것과 같은 현상입니다. 아마도 해커가 스푸핑메일 전송을 위해 중계서버 테스트 하는 과정에서 내용을 변경하는 걸 구현 못한 거 같습니다.

해결 과정

아래는 요청 자체를 막기 위한 해결 과정입니다.

(우선)고스트 업데이트

도커로 설치한 고스트를 최신 버전으로 업데이트 했습니다. 당시 별 효과는 없었습니다. 릴리즈 노트를 보니 이메일 스팸 차단에 관한 내용이 있긴 합니다.

5.106.2, 5.107.1, 5.108.1에 " Blocked spammy email domains in member signups"라는 내용이 있습니다. 해결이 한 번에는 안됐나 봅니다.

아마도 최신 버전으로 업데이트만 해도 대부분 문제는 해결됐을 거 같습니다. 저는 아직 5.107사용중입니다. 이 문제를 해결했던 당시의 버전은 더 낮았을 겁니다.

고스트 로그 확인

도커에 접속해서 로그를 살펴봤습니다. 도커에 접속

docker compose exec ghost bash

로그 중 매직링크 요청만 확인

cat /var/lib/ghost/content/logs/https___bonik_me_production.log | grep "members/api/send-magic-link"

로그 중 의심가는 요청

{"name":"Log","hostname":"f5________","pid":1,"level":30,"version":"5.89.1","req":{"meta":{"requestId":"00000000-f000-0000-0000-00000000000","userId":null},"url":"/api/send-magic-link","method":"POST","originalUrl":"//members/api/send-magic-link","params":{},"headers":{"host":"bonik.me","x-forwarded-scheme":"https","x-forwarded-proto":"https","x-forwarded-for":"123.123.123.123","x-real-ip":"123.123.123.123","content-length":"254","content-type":"application/json","accept":"*/*","accept-encoding":"gzip, deflate","user-agent":"Python/3.12 aiohttp/3.9.5"},"query":{}},"res":{"_headers":{"x-powered-by":"Express","cache-control":"no-cache, private, no-store, must-revalidate, max-stale=0, post-check=0, pre-check=0","access-control-allow-origin":"*"},"statusCode":201,"responseTime":"1706ms"},"msg":"","time":"2024-08-16T21:25:25.122Z","v":0}

위 내용을 보고 어떤 식으로 요청했는지 단서를 찾아봤더니 User-Agent가 Python/3.12 aiohttp/3.9.5 인 점을 발견했습니다.

에이전트 차단

클라우드 플레어를 이용해서 차단하려고 했는데 클라우드 플레어의 proxy를 사용하지 않아서 다른 방법을 찾았습니다. robots.txt로 차단하려고 했는데 정규식을 지원하지 않아서 접었습니다. 가장 빠른 차단은 robots.txt로 처리하는 것도 괜찮을 거 같습니다.

그 밖에 방법을 고민하다가 Nginx Proxy Manager에서 하는 방법이 가장 손쉽겠다 생각하고 NPM에서 이를 차단했습니다. 클라우드 플레어에서 차단하는 방법도 괜찮을 것 같습니다.

/members/api/send-magic-link/라는 경로로 "Python 숫자 + aiohttp 숫자"라는 요청이 있을 경우 이를 차단하도록 했습니다.

location /members/api/send-magic-link/ {
    if ($http_user_agent ~* "Python/.+aiohttp/.+") {
        return 403;
    }
    proxy_pass http://172.17.0.1:2368; # Ghost 서버
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

차단 확인

얼마 뒤 메일 로그를 살펴보니 요청이 차단되었다는 걸 확인했습니다. 해커가 유저에이전트를 변경해서 시도하면 다른 방법으로 막아야겠지만 그 전에 고스트 코어가 개선될 거 같습니다. 아직 설치해보지 않았지만 이미 처리됐을 거 같기도 합니다.

DAW 프로젝트 백업의 중요성

백업(back up)은 데이터가 손상되거나 손실될 경우를 대비하는 작업 혹은 그 과정에서 생성되는 사본을 의미합니다. 열심히 작업한 작업물을 불의의 사고로 잃지 않으려면 백업을 생활화해야 합니다.

기본 백업 방법

기본적인 백업 방법입니다. 컴맹이라도 할 수 있는 쉬운 수준의 백업들입니다. 여기까지는 대부분의 사용자들이 이미 하고 있을거라 생각합니다.

DAW의 자동 저장 기능 사용

DAW에는 데이터 손실에 대비해 자동 저장 기능이 있습니다.

큐베이스의 경우는 위와 같이 자동저장을 설정할 수 있습니다. 큐베이스가 자동으로 5분 마다 프로젝트를 복사합니다. 위 설정에 따르면 자동 저장 파일은 총 10개까지 생성됩니다.

프로젝트의 폴더를 다른 디스크로 복사

프로젝트 폴더가 C:\Cubase_Projects라면 C드라이브가 손상되거나 연결에 문제가 생겼을 때 데이터를 손실할 위험이 있습니다. 그래서 이 폴더를 다른 디스크에 복사해두는 것이 좋습니다.

만약, SSD가 C드라이브고, HDD가 D드라이브라면 SSD가 손상되어도 HDD에 있는 데이터를 이용해 복원하면 됩니다.

다른 디스크로 복사 방식의 단점

이 방법은 단순한만큼 여러 단점이 있습니다.

1. 원본의 데이터를 그대로 복사하기 때문에 용량을 많이 차지합니다. 이를 보완하려면 압축해서 복사하는 방법을 쓸 수 있습니다.
2. 속도가 느립니다. 원본과 기존 백업이 용량이 다르고 파일명이 같은 경우가 많습니다. 이 때, 덮어씌우기 방식으로 복사를 하기 때문에 속도가 느립니다. 이를 보완하려면 필요한 파일만 골라서 복사하는 방법을 쓸 수 있습니다. 이와 같이 필요한 데이터만 백업하는 방식을 증분백업이라고 합니다.
3. 꾸준히 백업하기가 번거롭습니다. 그래서 자동으로 백업을 시행하도록 하는 것이 좋습니다. 그런데 자동으로 백업을 지시하려면 어차피 스크립트와 작업스케줄러(윈도우), 크론(리눅스)등을 이용해야 하는데 그렇게 자동화 할거면 더 나은 프로세스로 개선을 하는 것이 좋습니다.
4. 특정 시점의 백업을 복원할 수 없습니다. 현재 프로젝트에서 mysong-1.cpr파일의 일부가 손상됐고, 이게 손상된 시점이 하루 전이라고 가정해 보겠습니다. 이걸 제대로 복원하려면 이틀 전의 백업본으로 복원해야 합니다. 이와 같이 특정 시점의 버전을 백업/복원하는 기술을 스냅샷이라고 합니다.
5. 백업 용량 관리가 불편합니다. 일부러 지우지 않는 이상 백업의 용량이 계속해서 늘어나는데 필요한 내용만 남기고 필요없는 내용을 삭제해야 디스크를 효율적으로 사용할 수 있습니다.
6. 보안에 허술합니다. 백업 디스크를 외장하드 등에 보관할수도 있는데 이 때 보안이 필요한 경우도 있습니다. 단순 복사방식은 백업 디스크를 손실하거나 외부에 유출되었을 때 암호화되어 있지 않기 때문에 보안에 허술합니다.

전문 백업 솔루션 Duplicati 추천

전문 백업 솔루션을 사용하면 단순 복사방식의 단점을 모두 커버할 수 있습니다.

여러 앱이 있지만 윈도우, 맥OS, 리눅스를 모두 지원하고, 무료면서 강력한 기능을 자랑하는 Duplicati를 추천합니다.

참고로 Duplicacy라는 것도 좋은데 이건 유료입니다. 사용법은 Duplicacy가 좀 더 쉽지만 한국어를 지원하지 않습니다. Duplicati는 좀 더 많은 기능을 지원하지만 컴퓨터와 친하지 않은 분들에게는 좀 복잡해 보일 수 있습니다.

Duplicati는 유료 서비스를 제공하지만, 직접 앱을 설치해서 사용하는 방식으로 완전 무료로 이용할 수 있습니다.

Duplicati 장점

처음엔 좀 어렵고 복잡해 보이더라도 한 번 설정해두면 그 이후로 백업에 크게 신경쓰지 않아도 되는데다가 Duplicati 사용법을 잘 알아두면 DAW 프로젝트 뿐만 아니라 다른 데이터 백업에도 이용할 수 있기 때문에 강추합니다.

• 오픈 소스앱이라 무료로 이용할 수 있습니다.
• 데이터 압축으로 백업 용량을 적게 사용합니다.
• 증분 백업 지원으로 속도가 빠르고 효율적입니다.
• 스케줄 설정으로 자동 백업이 쉽습니다.
• 유사 스냅샷 기능으로 특정 시점으로 복원이 가능합니다.
• 암호화 설정이 가능합니다.
• 다양한 네트워크 저장소를 지원합니다.
• 백업 보존 설정이 가능하므로 불필요한 백업을 자동으로 삭제해서 디스크를 효율적으로 사용할 수 있습니다.
• (고급):웹페이지 형식으로 제어하기 때문에 네트워크를 설정하면 외부 제어가 가능합니다.
• (고급):API 제어가 가능합니다.
• (고급):보고서 전송이 가능합니다. (HTTP, 메일, 텔레그램, XMPP )

Duplicati 설치

https://duplicati.com/download 웹페이지에 방문해서 OS에 맞는 버전을 설치할 수 있습니다.

윈도우에서 duplicati를 설치하려고 하면 위와 같이 PC 보호에 의해 차단됩니다. 계속 설치하려면 '추가정보'를 클릭후에 '실행'을 클릭하면 됩니다.

그 이외에는 그냥 'Next', 'Install'을 클릭하고 설치를 완료하면 됩니다.

Duplicati 사용법

Duplicati를 설치하고 실행하면 작업표시줄 우측에 Duplicati아이콘이 생깁니다.

여기에서 'Open'을 클릭하면 기본 웹브라우저에서 Duplicati를 제어할 수 있는 웹페이지가 열립니다.

(선택)Duplicati 기본 설정

우선, 초보자들은 Duplicati에 대한 기본 설정은 크게 건드릴 것이 없습니다. 기본 설정 중에서 간단한 것만 소개합니다.

Duplicati를 제어할 때 암호를 요구하도록 암호를 설정할 수 있습니다.

인터페이스에서 언어와 테마를 선택할 수 있습니다. 위 사진은 다크 테마로 변경한 것입니다.

Duplicati 백업 방법

Duplicati를 이용해 백업하는 방법에 대한 안내입니다. 우선 제가 사용하는 DAW인 큐베이스의 작업폴더와 백업파일 저장되는 폴더가 다음과 같다고 가정하겠습니다.

큐베이스 작업 폴더(백업해야 할 원본) :

C:\Cubase_Project

백업이 저장될 폴더 :

D:\Cubase_Backup

백업을 시작하려면 'MENU-백업추가' 클릭으로 백업을 시작합니다. 다음으로 새 백업 구성을 선택하고 다음을 누릅니다.

1. 일반 : 백업에 대한 기본 정보를 입력합니다. 이름과 설명을 본인이 알아볼 수 있게 적당히 입력하고, 암호화가 필요하면 암호를 설정합니다. 암호 설정시 나중에 이 암호가 있어야 복원할 수 있습니다.

2. 대상 : 백업 대상을 설정합니다. 처음 작업시 헷갈릴수도 있는데 여기에서는 원본(큐베이스 폴더, C:\Cubase_Projects)이 아닌 백업이 저장될 폴더(D:\Cubase_Backup)를 지정해주면 됩니다.로컬 저장소(PC에 연결되어 있는 디스크)가 아닌 외부 저장소를 지정할 수도 있습니다. 외부 저장소 연결시 이름, 암호가 필요하다면 입력하고 연결이 잘 되었는지 테스트도 가능합니다.

3. 원본 데이터 : 원본 폴더를 지정합니다. 예제에서는 큐베이스 폴더(C:\Cubase_Projects)가 됩니다. 폴더가 아닌 파일을 지정할 수도 있고, 필터와 제외 조건을 설정할 수도 있습니다.

4. 일정 : 백업 일정을 지정합니다. 특정 간격이나 특정 시간대에 백업을 실행하도록 설정할 수 있습니다.

5. (선택)옵션 : 추가 옵션을 설정 후에 '저장'을 클릭하면 백업 설정이 완료됩니다.
   
   원격 볼륨 크기 : 기본값인 50MByte를 변경하지 않아도 됩니다. duplicati는 원래 네트워크 기능을 잘 지원하도록 설계되었기 때문에 (예를 들어, 리눅스 서버의 데이터를 구글 클라우드에 백업.) 대역폭 등의 네트워크보다 제약이 적은 로컬에서도 별다른 설정을 건드릴 것이 없습니다. 설정을 바꿨을 때의 이점도 드라마틱하지 않습니다.
   
   백업 보존 : 몇 개의 백업을 남길 것인지 설정할 수 있습니다. 만약 매일 백업하고 백업을 30개 까지 보존하는 것으로 설정한다면 매번 한 달 간의 데이터를 백업할 수 있습니다. 보존 규칙에 대한 설정은 다양하기 때문에 필요에 맞게 설정하면 됩니다. '스마트 백업 보존'도 훌륭한 옵션입니다.
   
   고급 옵션 : 그 밖의 고급 옵션을 사용할 수 있습니다. 보고서 전송 등도 가능합니다.

위와 같은 과정을 통해 백업 설정을 완료하면 이제 정해진 시간에 백업이 실행됩니다.

Duplicati의 DAW 프로젝트 백업 효율

DAW 프로젝트 특성상 Wave파일이 용량을 많이 차지하는데 Wave파일은 무손실 포맷이라 압축 효율이 뛰어납니다. Duplicati가 백업시 자동으로 압축을 하기 때문에 적은 디스크 용량으로 효율적으로 백업할 수 있습니다.

100MB가 20MB로 백업되는 마법을 보실 수 있습니다. 이후, 증분 백업은 더 적은 용량을 차지합니다.

적은 용량을 사용하기 때문에 더 안전하게 백업하려면 클라우드를 이용하는 것도 좋습니다. 구글 계정을 새로 만들면 15GB의 구글 클라우드를 사용할 수 있습니다. 일본의 infiniCloud도 무료 용량이 20G부터 시작하고 이벤트가 많아서 쓸만합니다.

그럼 소중한 작업물을 잘 지켜서 좋은 작품 많이 만드시길 바라며 이만 포스팅을 마칩니다.