맥미니를 홈서버·셀프호스팅 장비로 운영하는 데 필요한 셋업, 전력·발열, 소프트웨어 팁을 모읍니다.
Ubuntu 위의 Amazon Lightsail에서 직접 운영하는 ThingsBoard가 일반 MQTT 포트 1883에서는 정상 작동한다. 하지만 MQTT를 TLS로 보호해 8883 포트에서 쓰도록 설정하면 서비스가 실패한다. 설정에는 TLS 1.2, PEM 인증서 파일, 개인 키 파일 경로가 들어 있다. 켜는 순간 “MQTT SSL Credentials: Invalid SSL credentials configuration” 오류가 나오며, PEM 또는 키 저장소 설정을 사용할 수 없다는 내용이 표시된다. 해당 보안 설정을 끄면 다시 정상 작동하지만, 켜면 8883뿐 아니라 웹사이트까지 내려간다.
오래된 맥 미니에서 파일은 읽을 수 있지만 관리자 암호를 잊어버린 상태다. 이전 데스크톱에서 옮겨 온 뒤 이 문제가 생겼다. 맥 미니를 원격 접속 대상으로 추가하려면 관리자 권한이 필요하다. 지금 고민은 필요한 파일을 따로 빼낸 뒤 맥 미니를 재포맷하는 것이 가장 쉬운 해결책인지다.
개인 홈랩에서 맥미니 M4는 주력 장비가 아니라 code-server를 돌리는 작은 개발용 서버로 쓰이고 있다. 더 무거운 작업은 별도 데스크톱 피시가 맡는다. 그 피시는 인텔 i7 12700K, 64GB DDR5 메모리, 2TB M.2 저장장치 2개, RTX 4070 Ti Super와 RTX 5060 Ti 그래픽카드를 함께 써서 중간 크기의 로컬 모델을 실행한다. 홈랩의 중심 장비는 Geekom IT15이며, 64GB DDR5 메모리와 Intel Ultra 9으로 업그레이드되어 주요 자가 호스팅 서비스를 맡는다. Dell Optiplex 3046 Micro는 옆의 하드디스크 보관 장치와 연결되어 미디어 서버 역할을 한다. 장비는 3D 프린터로 만든 랙에 놓였고, 아마존에서 산 패치 패널과 Sodola 2.5G 매니지드 스위치가 함께 쓰인다.
집 안에서 쓰는 웹 서버에 쉽게 접속하려면 주소 이름과 인증서 이름이 정확히 맞아야 한다. `lan.mydomain.com`과 `*.lan.mydomain.com`용 Let's Encrypt 인증서는 `https://storage.lan.mydomain.com`에서는 작동하지만, 짧은 주소인 `https://storage/`에서는 작동하지 않는다. 내부 DNS는 `dnsmasq`와 Pi-hole을 쓰고, 검색 도메인은 `lan.mydomain.com`으로 설정되어 있다. `nslookup storage`는 `storage.lan.mydomain.com`을 찾아내지만, 브라우저는 짧은 이름을 인증서 이름과 같은 것으로 처리하지 않아 문제가 생긴다. Windows와 Linux의 Chrome, Chromium, Firefox에서 같은 현상이 보인다. 자체 서명 인증서를 쓰거나 각 친구 PC에 개인 인증 기관을 설치하는 방법은 번거롭고, 백신 프로그램 때문에 더 어려울 수 있다.
Sencho 0.92.0은 Docker Compose로 운영하는 서버를 더 안전하고 편하게 관리하는 업데이트다. 새 보안 페이지에서 이미지와 컴포즈 파일의 취약점 검사, 발견된 문제, 비밀값, 검사 기록, 예외 처리, Trivy 설정을 한곳에서 볼 수 있다. 스택을 올리기 전에 문제가 있는지 확인하는 Compose Doctor 사전 점검도 추가됐다. Compose Network Inspector는 네트워크 노출 상태를 살피고, 의도하지 않은 외부 공개를 막는 데 도움을 준다. 스택 문서와 실제 설정이 어긋나는지도 표시한다. 이제 모바일에서도 컴포즈와 환경 변수 편집을 포함해 주요 작업을 할 수 있다. 여러 서버와 스택 관리를 위해 멈춘 스택 업데이트를 감지하고 복구하는 기능, 이미지 업데이트 확인 주기 설정, Git 소스의 여러 컴포즈 파일 지원도 들어갔다. Sencho는 단일 서버에서도 쓸 수 있지만, 여러 노드의 Docker Compose 스택을 관리하기 쉽게 만든 도구이며, SSH나 노출된 소켓 없이 원격 관리를 목표로 하는 Portainer 대안에 가깝다.
맥 미니 M4에서 와이파이 속도와 안정성이 크게 떨어지는 문제가 나타났다. 운영체제는 Tahoe 26.5다. 유튜브 영상이 자주 멈추거나 제대로 열리지 않고, 웹페이지도 매우 느리게 열린다. 연결 상태가 전반적으로 흔들리는 느낌이다. 맥 미니의 위치나 방향을 바꾸면 잠깐 나아질 때가 있지만, 오래가지 않고 성능도 여전히 만족스럽지 않다. 같은 자리, 같은 네트워크에서 Intel Wi-Fi chipset을 쓰는 Windows PC는 훨씬 안정적으로 작동한다.
처음 홈랩을 시작하는 장비로 Dell PowerEdge R730 16베이 소형 드라이브 모델이 선택됐다. 구성은 Intel Xeon E5-2697A v4 두 개, DDR4 서버 메모리 32GB 두 장, 일반 소비자용 1TB SATA SSD 두 개, 1100W 이중 전원공급장치, Nvidia Quadro K1200 그래픽카드, iDRAC 8 Enterprise, 1기가비트 4포트 네트워크 카드, H330 미니 RAID 카드다. 운영체제 겸 가상화 환경으로 Proxmox가 설치됐다. 저장장치는 아직 예산 때문에 작게 시작했고, 나중에 늘릴 계획이다. 핵심은 조용하고 낮은 전력의 맥미니 서버와 달리, 이 구성은 많은 드라이브와 가상서버를 돌릴 수 있는 대신 전기 사용량, 소음, 공간 부담이 큰 중고 기업용 서버라는 점이다.
완전히 집 안에서만 작동하는 지능형 반려동물 로봇을 만들려는 구상이다. 핵심 구성은 대화를 맡는 Gemma 3 270M, 말을 알아듣는 Tiny Whisper, 음성을 만들어 내는 Kitten TTS다. 현재 쓰는 라즈베리 파이 3B+에서는 답변 생성 속도가 약 4토큰/초 수준이다. 목표는 메모리 4GB짜리 라즈베리 파이 5에서 이 구성이 실제로 쓸 만한지 확인하는 것이다. 제공된 내용에는 라즈베리 파이 5에서의 실제 측정값이나 성공 사례는 아직 없다.
Linkding에서 북마크 정보를 자동으로 고치는 흐름을 만들 때, 일부 값은 잘 바뀌지만 미리보기 이미지 주소는 저장되지 않는 문제가 있다. PATCH 요청으로 북마크 제목을 바꾸면 정상적으로 반영된다. 하지만 preview_image_url 값을 넣으면 여러 주소를 시험해도 값이 null로 남는다. JSON 형식과 key:value 형식을 모두 써 봤고, Linkding 내부에서 접근할 수 있는 로컬 주소도 넣어 봤다. previewImageUrl이라는 다른 이름도 시험했지만 결과는 같았다. Linkding 콘솔에는 요청이 도착하고 제목 변경도 성공하므로, 요청 자체나 전체 자동화 흐름은 작동하는 상태다. PUT 요청으로 바꿔도 preview_image_url은 갱신되지 않는다.
목표는 집 안 네트워크에서 미디어 서버를 직접 운영하는 것이다. 이 서버에는 arr 앱을 올려 영화나 TV 같은 미디어 관리 작업을 맡기려 한다. 필요할 때는 게임 서버도 함께 돌리고 싶어 한다. Docker를 쓰면 여러 서비스를 컨테이너화해서 나누어 실행하고 관리할 수 있다는 점은 알고 있지만, 실제 첫 단계에서 무엇을 준비해야 할지 막혀 있다. 필요한 하드웨어, 소프트웨어, 케이블, 입문용 가이드와 실전 팁이 핵심 관심사다.
헬스장에서 4대의 컴퓨터가 16대의 TV에 영상 광고를 틀고 있다. 각 컴퓨터는 VLC로 영상을 반복 재생한다. 새 영상을 넣을 때마다 각 PC에 원격으로 접속해 재생을 멈추고, 재생목록에 영상을 추가한 뒤, 다시 반복 재생을 시작해야 한다. 필요한 것은 여러 화면의 영상을 한곳에서 바꾸고 관리할 수 있는 디지털 사이니지 또는 원격 미디어 관리 도구다.
PlikShare 1.2.0은 직접 서버를 운영하는 사람이 파일을 올리고, 공유하고, 관리하기 쉽게 만든 업데이트다. 이번 버전에는 SSO가 들어가 여러 계정 서비스를 한 번의 로그인 흐름으로 연결할 수 있다. Entra ID 관련 수정도 배포 중이다. 빠른 공유 기능을 쓰면 파일과 폴더를 골라 외부에 공개할 수 있고, 주소 일부를 직접 정하고, 비밀번호, 만료일, 다운로드 제한도 걸 수 있다. ffmpeg가 포함된 도커 이미지도 추가되어 사진 크기를 읽고 썸네일을 만들 수 있다. 이 썸네일은 파일 목록, 파일 트리, 새 갤러리 보기에서 쓸 수 있다. 감사 로그도 생겨 PlikShare 안에서 일어나는 작업을 나중에 확인할 수 있고, 기록되는 이벤트 종류는 160개가 넘는다. MCP 서버 작업도 막 끝나, 다른 도구나 인공지능 도구와 연결할 여지가 생겼다.
Kometa 설정에 UMTK와 DV-Tagger가 함께 들어간 구성이다. UMTK는 Kometa에서 영화와 TV 프로그램 위에 날짜와 상태 정보를 덧붙여, 공개 예정작, 새 에피소드 방영일, 시즌 재개, 종영, 취소 같은 묶음을 만들 수 있게 해준다. Plex는 보관함에서 Dolby Vision 콘텐츠를 찾을 수 있지만, 프로파일 5, MEL, FEL, 8처럼 세부 종류까지 나눠 찾는 기능은 부족하다. DV-Tagger는 미디어 파일을 스캔해 Dolby Vision 프로파일을 확인하고 Plex에 라벨을 붙여 이 빈틈을 메운다. 기존에는 Mediainfo나 Plex 정보 화면으로 하나씩 확인하면 느렸고, 새 파일이 들어올 때마다 계속 관리하기가 번거로웠다. dovi-tools와 스크립트도 가능했지만, 더 빠르고 현대적인 방식이 필요해 DV-Tagger가 만들어졌다. 앱 제작에는 HTML 작업을 돕기 위해 AI가 일부 사용됐고, 기반이 된 스크립트와 도구 자체는 AI로 만든 것이 아니다. Gemma4:26b도 사용됐으며, Ubuntu 환경에서 시험된 내용이 포함된다.
아이폰 백업은 iCloud에서는 자동으로 잘 되지만, 외부 클라우드 서비스를 줄이려는 사람에게는 여전히 해결하기 어려운 부분이다. 이미 작은 홈서버에서 마인크래프트 서버, Forgejo, Nextcloud, Traefik, Pi-hole, Unbound, Headscale 같은 서비스를 직접 운영하고 있다. 현재 서버는 리눅스 기반이며, 아이폰 백업도 이 서버로 옮기고 싶어 한다. 기존의 로컬 iTunes 백업은 가끔 할 수 있지만, 자동이 아니고 아이폰을 직접 케이블로 연결해야 한다. 원하는 방식은 네트워크를 통해 아이폰을 집 서버에 백업하는 것이며, 가능하면 WireGuard VPN 같은 연결을 통해 집 밖에서도 동작하는 형태다. 한 가지 후보는 macOS 가상 머신을 띄우고 그 안에서 iMazing을 사용해 아이폰 백업을 처리하는 방식이다.
Anubis는 웹사이트를 무분별하게 긁어가는 AI 크롤러 봇을 막아주는 리버스 프록시 도구로, 접속자에게 간단한 연산 문제(작업증명)를 풀게 해 봇과 사람을 구분한다. 이번에 2.6.6c 버전의 '커뮤니티 에디션'이 새로 배포되었다. 게시물 자체에는 다운로드 링크 안내 외에 구체적인 변경 사항은 적혀 있지 않다.
가족을 위해 직접 운영하는 서비스가 늘어나면 백업 방식도 복잡해진다. 미디어 서버, Immich 사진 서버, 마인크래프트 서버, 공유 파일 동기화처럼 여러 용도가 한 서버에 모이면 자료가 여러 곳에 흩어진다. 현재 일부 자료는 외장 드라이브에, 일부는 클라우드 저장소에, 가장 중요한 자료는 둘 다에 저장되어 있다. 목표는 가능한 한 3-2-1 백업에 가깝게 만드는 것이다. 문제는 모든 자료를 한곳에 모아 백업할 만큼 하드디스크나 클라우드 용량이 충분하지 않다는 점이다. 필요한 것은 윈도우와 리눅스 컴퓨터 여러 대를 하나의 중앙 관리형 클라우드 목적지로 백업하는 저렴한 방법이다. Backblaze는 좋아 보이지만 한 대의 컴퓨터 중심이라, 모든 자료를 담을 만큼 큰 단일 컴퓨터가 없으면 맞지 않을 수 있다. 비용은 조금 낼 수 있지만 가능한 낮게 유지하고 싶고, FTP 서버 임대 같은 선택지도 검토 대상이다.
DashCord 1.4.0은 홈랩용 헤드리스 디스코드-웹훅 연결 도구의 큰 화면 구성 업데이트다. 기존에는 디스코드 채팅 아래쪽에 기본 버튼 패널을 고정해 자동화 명령을 실행했다. 하지만 디스코드는 한 메시지에 버튼을 25개까지만 둘 수 있어서, 명령이 많아지면 화면이 복잡해졌다. 새 버전은 명령을 드롭다운 메뉴로 묶을 수 있고, 드롭다운 하나에 선택지를 최대 25개까지 넣을 수 있다. 버튼을 누르면 모달 입력창을 띄울 수도 있어서, 예를 들어 몸무게 기록이나 컨테이너 배포 같은 작업에 필요한 값을 입력할 수 있다. 입력값은 나가는 웹훅 데이터에 modal_inputs라는 항목으로 붙는다. 패널은 색상, 제목, 설명, 작은 이미지를 가진 디스코드 임베드로 꾸밀 수 있고, 설정은 routes.json 파일에서 한다. DashCord는 여전히 화면 없이 실행되며, Docker 구성 안에 넣어 쓰기 좋다.
AudioMuseAI에서 약 5,000곡 분석을 마치는 데 여러 장비와 6개 작업자를 써서 약 12시간이 걸렸다. 맥 M 계열 칩을 쓴 맥이 이런 작업에 추천됐다. 분석 뒤에는 곡의 유사도를 기준으로 재생목록을 만들려 했고, 클러스터 실행을 1,000회와 5,000회로 각각 시도했다. 가장 좋은 점수는 18.10이었다. 로그에는 잠재 재생목록이 99개로 나오지만, “재생목록에 들어갈 최소 곡 수” 설정을 거치면 실제 생성된 재생목록은 0개가 됐다. 몇 가지 설정값을 바꿔도 재생목록은 만들어지지 않았다.
RustDesk 서버를 직접 운영하면 원격 접속 연결이 RustDesk 회사 쪽 서버가 아니라 집 안의 서버를 거쳐 간다. 하지만 기본적인 자체 운영 방식만으로는 주소록 같은 편의 기능까지 모두 제공되지 않을 수 있다. 주소록은 여러 기기나 접속 대상을 저장해 두고 쉽게 고르는 기능이다. 일부 제3자 자체 운영 RustDesk 서버 구성에는 주소록 같은 기능이 포함된다는 이야기가 있다. 핵심 궁금증은 돈을 내지 않고 자체 운영 RustDesk에서 주소록을 쓸 수 있는 현실적인 방법이 있는지다.
맥미니에서 외장 SSD를 작업 저장소처럼 쓰다가 갑작스러운 전기 차단으로 SSD 데이터가 손상됐다. 중요한 데이터는 EaseUS 데이터 복구 도구를 한 달 결제해 되찾았고, SSD는 포맷한 뒤 다시 사용할 수 있게 됐다. 기술자는 SSD가 파일을 읽거나 쓰는 중에 갑자기 분리된 것처럼 처리되면 이런 손상이 생길 수 있다고 봤다. MAMP의 루트 디렉터리를 외장 SSD로 지정해 여러 프로젝트 파일을 그곳에 모아 두는 방식이었다. 예전에도 갑작스러운 종료 뒤 MAMP가 이상하게 동작했고, 전체 맥을 다시 시작해야 정상으로 돌아왔다. SSD를 2주 정도 빼고 쓰는 동안 같은 문제가 다시 보이지 않아, 외장 SSD와 전원 차단 문제가 연결돼 있을 가능성이 커졌다. 해당 SSD는 산 지 3개월도 안 됐고, 1TB 중 20GB만 사용했는데도 신뢰하기 어렵게 느껴지는 상태다. 사용 중인 제품은 Verbatim Vx500 SATA III SSD이며, 읽기·쓰기 속도는 약 500MB/s 수준이다.
Reactive Resume에 구직 지원 현황을 한곳에서 관리하는 기능이 추가됐다. 지원할 회사를 저장 단계부터 지원 완료, 서류 검토, 면접, 제안까지 상태별로 따라갈 수 있다. 검색, 필터, 정렬, 태그 기능으로 스프레드시트 없이 지원 목록을 정리할 수 있고, 기존 목록은 CSV로 가져올 수 있다. 각 지원 건에는 연봉, 위치, 지원 경로, 상태를 넣을 수 있으며, 보낸 이력서와 자기소개서, 연락처, 후속 연락, 활동 기록도 함께 보관할 수 있다. 사용자가 직접 키를 넣는 방식의 AI 기능으로 자기소개서, 후속 연락문, 직무별 이력서 문안을 만들 수 있다. 오래된 지원 건은 기록을 잃지 않고 보관 처리할 수 있으며, 보드, 목록, 분석 화면으로 지원 흐름과 응답률, 면접, 제안, 이탈 지점을 볼 수 있다.
직접 서버를 운영하면서 Pangolin을 설정할 때, 친구와 가족이 Google 계정으로 로그인하게 만드는 방식을 고민하는 상황이다. 핵심 질문은 Google을 신원 제공자(IdP)로 추가하면 서버 운영자 본인의 개인정보가 줄어드는지 여부다. 본인은 Google을 거의 쓰지 않고 개인정보 보호를 중요하게 생각한다. 또 직접 신원 제공자(IdP)를 운영하면 어떤 이점이 있는지, 여러 선택지 사이에 어떤 차이가 있는지도 알고 싶어 한다.
친구들과 새 언어를 함께 공부하려면 웹에서 접속할 수 있는 단어장 앱이 필요하다. 원하는 형태는 직접 운영하는 서버에 올려 두고, 여러 사람이 같은 단어장에 단어 카드를 추가하며, 각자 반복 학습을 할 수 있는 구조다. Anki는 강력한 학습 도구지만 기본 사용 흐름이 데스크톱 앱 중심이고, AnkiWeb은 직접 서버에 설치해 운영할 수 없다. Scholarsome은 후보로 보이지만 관리가 멈춘 듯하고, 깃허브에서 찾은 다른 비슷한 프로젝트들도 방치된 상태로 보인다. 그래서 여러 사람이 한 단어장에 기여하고 각자 복습할 수 있는 진지한 자체 호스팅 웹앱 대안이 뚜렷하게 보이지 않는 상황이다.
필요한 것은 집 안의 여러 장치를 정기적으로 확인해서 하루 동안 얼마나 오래 켜져 있었는지 시간과 분 단위로 기록하는 자체 운영 도구다. 가능하면 Docker로 띄울 수 있어야 한다. 기록된 가동 시간은 개인 홈페이지 대시보드에 넣을 수 있도록 REST API 같은 방식으로 꺼낼 수 있어야 한다. 또 정해 둔 기준을 넘으면 Webhook이나 다른 알림 방식으로 알려줘야 한다. Uptime Kuma는 장치가 꺼졌는지, 서비스가 정상인지 확인하는 데는 맞지만, 장치가 너무 오래 켜져 있는지 계산하는 목적에는 잘 맞지 않는다.
맥에서 음악 CD, DVD, 일반 블루레이를 읽고 굽기 위한 외장 드라이브가 필요하다. 목적은 보유한 디스크를 파일로 옮겨 Plex 미디어 서버에서 직접 보관하고 재생하는 것이다. 최근 2년 안의 확실한 추천을 찾기 어렵고, 어떤 제품이 좋은 선택인지 분명하지 않다. 4K 블루레이나 초고화질 블루레이까지는 꼭 필요하지 않다. 예산은 가능하면 100달러 아래다.
집 안 장비장은 오래된 Dell Precision 5810 한 대에서 시작됐다. 처음 목적은 군 복무 중인 친구와 가족이 PLEX로 영상을 볼 수 있게 하는 것이었다. 몇 년 동안 잘 쓰다가 메인보드가 고장 나면서 한동안 일반 스트리밍 서비스로 돌아갔다. 최근에는 가족 사진을 안정적으로 백업하고, 직접 만든 도구를 돌리고 싶어지면서 Lenovo ThinkStation P520을 새로 들였다. 이 장비에는 Proxmox를 설치해 VM으로 서비스를 나누어 운영했다. 이후 Homepage라는 시작 화면 도구를 알게 되면서 여러 서비스를 추가로 만들게 됐다. 현재는 ThinkStation P520, Dell XPS 8940, QNAP 저장장치, 24포트 관리형 스위치를 함께 쓰고, Proxmox에서 매일과 매주 백업을 직접 돌리는 구성이다.
2010년에 만들어진 APC SmartUPS1500(SUA1500i)을 아직 쓰고 있으며, 배터리는 필요할 때마다 정기적으로 바꾸고 있다. 본체 관리는 팬의 먼지를 가끔 불어내는 정도밖에 할 수 없다. 걱정되는 부분은 배터리가 아니라 UPS 본체 안의 오래된 부품이다. 시간이 지나면서 내부 부품이 닳거나 약해져 갑자기 크게 고장 날 위험이 높아지는지, 작동은 잘 되더라도 더 최근에 나온 중고 UPS로 바꾸는 편이 나은지가 핵심이다.
HomeBranch는 집에서 직접 운영할 수 있는 가벼운 전자책 관리 서비스다. 책 파일을 모아 정리하고, 내장 전자책 리더로 어디서든 읽을 수 있게 해준다. 이번 업데이트에는 OIDC 로그인, LDAP 로그인, PDF 지원, 책 중복 제거, 책 파일을 쉽게 넣는 기능, PWA 지원, 책 정보 가져오기 개선이 포함됐다. 다음 우선순위는 오프라인 읽기를 지원하는 Android 앱이다. 이후에는 개발비와 장비 비용을 마련하기 위해 유료 호스팅 선택지가 추가될 수 있다. 직접 서버에 설치해 쓰는 방식은 계속 무료이고 오픈소스로 유지된다. iOS 앱 개발도 목표에 있지만, 비용과 장비가 필요해 그 전에 수익 모델을 준비하려는 흐름이다.
Raccoon(rcc)은 맥의 보안 상태와 기본 건강 상태를 빠르게 점검하는 오픈소스 명령줄 도구다. macOS에 기본으로 들어 있는 기능만 사용하며, 추가 실행 의존성이 없다. 보안 점검은 핵심 보안 설정, 자동 실행 항목, 인증, 개인정보 보호 설정 등 30개 이상 항목을 본다. 필요할 때만 자동 수정 옵션인 --fix를 켤 수 있고, LaunchAgent로 정기 실행도 가능하다. 점검 결과는 JSON, CSV, HTML 파일로 내보낼 수 있어 여러 맥의 상태를 기록하기 쉽다. 진단 기능은 디스크의 SMART 상태, 열린 포트와 대기 중인 프로그램, LaunchAgent와 로그인 항목, Time Machine 상태를 확인한다. 앱 업데이트 기능은 Mac App Store 앱과 외부 앱 업데이트를 한 번에 처리한다. Apple Silicon과 Intel 맥을 모두 지원하며, 기기별로 직접 실행하는 도구라 MDM을 대신하는 제품은 아니다.
Pangolin으로 Vaultwarden을 보호하려는 설정에서 일부 경로는 로그인 확인을 건너뛰어야 할 수 있다. Vaultwarden 앱이 서버와 통신하려면 /api 같은 경로에 우회 규칙이 필요할 수 있기 때문이다. 문제는 이런 우회 규칙이 Pangolin의 추가 인증을 지나치게 만들 수 있어 보안상 약한 지점이 될 수 있다는 점이다. 현재 구성은 Pangolin과 Vaultwarden이 같은 VPS에서 돌아가는 형태다. 핵심 고민은 앱 접속을 살리면서도 우회 경로가 공격 통로가 되지 않게 만들 방법이다.