오래전부터 나만의 서버를 운영해 보고 싶었지만, 비용과 복잡함이 부담스러웠습니다. 그러다 Proxmox VE를 알게 되었고, 지금 돌아보면 왜 더 일찍 시작하지 않았나 싶습니다. Proxmox는 Debian 기반의 무료 오픈소스 가상화 플랫폼입니다. 완전한 VM을 위한 KVM, 가벼운 컨테이너를 위한 LXC, 그리고 일상 관리를 정말 편하게 해 주는 웹 인터페이스를 갖추고 있습니다.
좋은 점은 비싼 서버가 필요 없다는 것입니다. 저는 중고 미니 PC(Dell OptiPlex Micro)에 RAM을 늘리고 NVMe SSD를 달아서 시작했습니다. 조용하고 전기도 적게 먹으며, 컨테이너 10~15개에 VM 몇 개를 돌리기에 충분합니다. 이곳의 전기 요금을 생각하면, 유휴 전력 10~15와트의 미니 PC는 랙 서버와 비교해 엄청난 차이를 만듭니다.
설치 후 가장 먼저 한 일은 Enterprise 저장소를 비활성화하고 Community 저장소를 설정한 것, SSH 로그인을 키 방식으로 보호한 것, 그리고 Fail2ban을 설치한 것입니다. 그다음 첫 서비스들을 올렸습니다. 네트워크 전체 광고 차단기인 Pi-hole, Nginx Proxy Manager, Portainer입니다. 이 순서가 효과적이었습니다. 작게 시작하고, 한꺼번에 컨테이너 스무 개를 띄우지 마세요.
제가 직접 뼈아프게 배운 가장 중요한 조언은 이것입니다. 첫 서비스를 설치하기 전에 백업부터 설정하세요. 3-2-1 규칙에 따라서요. Proxmox에 내장된 스냅샷 백업 덕분에 거의 지나치게 쉬울 정도입니다. 참고로 RAID는 백업이 아닙니다. 저도 이걸 나중에야 깨달았습니다.
그냥 시작해 보세요. 컨테이너 하나, 서비스 하나만으로도 어떤 온라인 강의보다 인프라에 대해 더 많이 배우게 됩니다. 일단 써 보기만 하고 싶다면, 학습용으로 저렴한 클라우드 서버를 이용해도 됩니다.
출처: Homelab Guide
IT之家 보도에 따르면, QNAP의 4베이 NAS Qu405-N150-8G가 징둥에서 판매를 시작했습니다. 메모리는 8GB이며 2년 표준 보증이 붙습니다. 본체 단품 가격은 2599위안이고, 씨게이트 아이언울프 4TB 하드디스크를 함께 묶은 세트는 3599위안입니다.
외관은 단순한 편이고, 크기는 165mm x 168mm x 217mm, 순중량은 2.15kg입니다. 프로세서는 4코어 4스레드 인텔 N150이며, 공식적으로 4K 영상 트랜스코딩을 처리하고 가상 머신과 Docker 컨테이너를 돌릴 수 있다고 합니다. 집에서 서버를 이것저것 만져 보는 사람에게는 꽤 큰 장점입니다. 출고 시 메모리는 8GB SODIMM DDR4이며 16GB까지 직접 업그레이드할 수 있습니다.
저장 공간은 3.5인치 또는 2.5인치 SATA 하드디스크 베이 4개입니다. 내부에는 M.2 2280 NVMe PCIe Gen 3 x1 슬롯 2개도 마련되어 있어 캐시나 시스템·컨테이너 데이터를 올려 둘 수 있습니다. 포트는 2.5GbE 랜 포트 2개, USB-A 3.2 Gen 2 2개, USB-C 3.2 Gen 2 1개, HDMI 2.1 1개입니다.
개인적으로는 듀얼 2.5G 랜에 N150을 조합한 구성이 최근 2년 사이 입문용 가정용 NAS의 흔한 사양이 되었다고 생각합니다. Docker를 돌리면서도 전기를 많이 먹지 않고, 가격도 부담이 덜한 편입니다. 다만 기사에는 사양만 나와 있고 실측 결과는 없으므로, 구매를 고민한다면 소음, 전력 소비, 소프트웨어 사용감을 실제 리뷰로 한 번 더 확인하는 편이 좋겠습니다.
출처: IT之家
Synology가 독일 시장을 위해 neo+ 시리즈를 발표했습니다. DS725neo+, DS925neo+, DS1525neo+, DS1825neo+로 구성됩니다. ComputerBase는 이 제품들을 Plus 모델의 저렴한 버전으로 설명하며, 메모리 구성만 바뀌었다고 전합니다.
보도에 따르면 'neo'는 'Non-ECC 옵션'을 뜻합니다. 이 기기들은 ECC 기능이 없는 일반 메모리를 쓰며, 항상 4GB만 탑재합니다. DS725+와 DS925+에는 4GB ECC 메모리가 들어 있고, DS1525+와 DS1825+에는 8GB ECC 메모리가 들어 있으므로, neo+ 모델은 이보다 메모리가 적습니다. 그 밖의 사양, 기능, 확장성은 Plus 모델과 같고, DSM 운영체제와 앱도 동일합니다.
권장 소비자 가격 차이는 약 200유로입니다. DS725neo+는 순 549유로, DS725+는 순 748유로로 책정되어 있습니다. 하지만 실제 판매가 차이는 그만큼 크지 않습니다. DS725+는 현재 663유로부터, DS725neo+는 629유로부터 판매되고 있습니다. 메모리는 나중에 ECC 메모리로 쉽게 업그레이드할 수 있습니다.
Synology는 이유로 최근 메모리 시장의 흐름, 즉 Plus 모델에도 영향을 준 큰 가격 상승을 들었습니다.
홈서버 입장에서는 흥미로운 절충안이라고 생각합니다. 주로 백업, 미디어, 컨테이너 몇 개에 NAS를 쓴다면 ECC 없는 4GB로도 충분할 가능성이 큽니다. 반면 데이터 무결성을 중요하게 여긴다면, 추가 비용으로 무엇을 얻는지 꼼꼼히 확인해야 합니다.
출처: ComputerBase
Hardware.com.br가 크기가 작아서 눈길을 끄는 홈랩을 소개했습니다. 한 Reddit 사용자가 r/HomeServer에 방화벽, 미니 PC 3대, NAS와 집에서 수십 개의 서비스를 돌리는 데 필요한 네트워크 인프라를 모두 담은 작은 10인치 랙을 올렸습니다.
연산은 미니 PC 3대가 맡습니다. 각 장비에는 8코어 16스레드 프로세서와 32GB RAM이 들어 있어, 합계 24코어, 48스레드, 가상화용 96GB가 됩니다. Proxmox로 가상 머신과 LXC 컨테이너를 만듭니다. 실행되는 워크로드에는 Jellyfin용 VM, Docker로 돌리는 arr 스택, Portainer·Pi-hole·Homer·Homepage 같은 대시보드를 올린 또 다른 Docker 호스트, Terraria와 Core Keeper 같은 게임 서버가 있습니다.
저장소는 HP ProLiant MicroServer입니다. 4TB 하드 4개를 ZFS의 RAIDZ1로 묶었으며, 디스크 한 개가 고장 나도 데이터에 계속 접근할 수 있습니다. 원시 용량은 16TB지만 패리티 때문에 실사용 용량은 더 적습니다. 네트워크는 Fortinet FortiGate가 맡아 라우팅, VLAN, SSL VPN을 처리하고, APC Back-UPS 850 무정전 전원 장치가 정전으로부터 보호합니다.
개인적으로 가장 흥미로운 부분은 집 밖에 있습니다. 소유자는 외부 데이터센터에 Debian을 돌리는 VPS 2대를 두고 있으며, 이 VPS들은 허브 앤드 스포크 구성의 WireGuard 네트워크로 홈랩과 연결됩니다. 이 VPS는 인프라의 공개 계층 역할을 하며, Traefik이 리버스 프록시로 동작합니다.
거대한 랙이 없어도 홈랩을 만들 수 있다는 좋은 사례입니다. 계획을 잘 세우고 작은 장비를 쓰며 체계적으로 정리하면, 적은 공간에서도 많은 것을 돌릴 수 있습니다.
출처: Hardware.com.br
한 서버에서 프로젝트를 둘 이상 돌리면 결국 80번과 443번 포트에 부딪힙니다. 이 포트는 한 프로세스만 리스닝할 수 있기 때문입니다. Selectel 블로그의 Habr 글은 Nginx Proxy Manager로 이 문제를 푸는 방법을 단계별로 보여 줍니다.
저자는 먼저 문제를 설명합니다. 특권 포트, '포트 하나에 리스너 하나'라는 제약, 프런트엔드와 백엔드를 포트로 나눌 때 생기는 CORS 문제, HTTPS 부재가 그것입니다. 역방향 프록시는 중간에서 도메인과 경로 기준으로 트래픽을 나눠 줍니다. 추가 장점은 방화벽에서 22, 80, 443번 포트만 열면 된다는 점입니다.
실습 환경은 2 vCPU, 2GB RAM, 40GB NVMe의 VDS, Ubuntu 24.04, 공식 저장소에서 설치한 Docker입니다. docker network create proxy 명령으로 네트워크를 만들고, 데이터와 인증서 볼륨을 붙여 jc21/nginx-proxy-manager 컨테이너를 띄웁니다. 관리 화면의 81번 포트를 127.0.0.1에만 묶고 SSH 터널로 접속하는 방식이 마음에 들었습니다.
다음으로 프록시 호스트를 설정합니다. Forward Hostname에는 컨테이너 이름을 쓰고, SSL 인증서는 SSL 탭에서 연결합니다. 테스트에는 traefik/whoami를 씁니다. 애플리케이션이 호스트에서 직접 돌아가는 경우도 따로 다룹니다. Docker 네트워크의 게이트웨이 주소는 docker network inspect로 얻고, 프록시를 우회해 앱에 직접 접근할 수 없도록 방화벽을 설정합니다.
아쉬운 점도 있습니다. 예제에서 도메인이 섞여 있고, 이미지가 latest 태그라서 시간이 지나면 재현성이 떨어질 수 있습니다. 그래도 집이나 VDS에서 nginx 설정을 손으로 고치지 않고 여러 서비스를 운영하고 싶은 사람에게 좋은 출발점입니다.
출처: Habr (Selectel 블로그)
이번 주 selfh.st의 Self-Host Weekly는 홈랩 사용자가 알아두면 좋을 소식을 모아 정리했습니다. 이런 요약은 피드를 일일이 읽는 시간을 많이 줄여줘서 좋아합니다.
가장 큰 이야기는 복잡한 논란입니다. 오픈소스 Adobe 대안을 내세운 새 제품군이 기존 프로젝트를 베꼈다는 비판을 받았습니다. 특히 커뮤니티에서 인기 많은 Photopea가 대상이 되었고, 개발자가 가장 먼저 문제를 제기했습니다. 중심에 있는 PhotoSuite와 PhotoCraft는 서로 연결되어 있는 것으로 보이는데, 경위는 따라가기 어렵습니다. 위클리는 파생작 이상임을 증명하기 전까지는 피하라고 조언합니다.
그 밖에도 눈여겨볼 소식이 있습니다. Let's Encrypt는 2027년 2월부터 무료 SSL 인증서의 수명을 90일에서 64일로 줄인다고 발표했습니다. 집에서 리버스 프록시를 운영한다면 안정적인 자동 갱신이 더 중요해진다는 뜻입니다. Nabu Casa는 Home Assistant Cloud의 이름을 Home Assistant Link로 바꿉니다. 'cloud'라는 단어가 지금은 부정적인 인상을 준다는 이유입니다. 암호화 비밀 공유 프로젝트 Hemmelig는 GitHub에서 아카이브되었습니다. 홈랩 사용자들이 많이 쓰는 7년 된 스트리밍 박스 NVIDIA Shield TV는 AI 발 하드웨어 인플레이션을 이유로 100달러 인상되었습니다.
필자는 2026 Self-Host 사용자 설문도 시작했습니다. 하드웨어, 소프트웨어, 운영체제, 인구통계, AI에 관한 45개 질문이 있습니다. 작년 설문에는 4,000명 넘게 응답했는데, 올해는 이틀 만에 2,000명이 응답했습니다. 10월 31일까지 열려 있고 결과는 11월 초에 나옵니다.
개인적으로는 인증서 변경이 가장 실용적인 소식이라고 생각합니다. 갱신 설정이 조금이라도 불안하다면 지금 테스트해 보기 좋은 때입니다.
출처: selfh.st
RedesZone이 홈 서버를 직접 구축한 많은 사람들이 갖는 흔한 궁금증에 답합니다. NAS를 가끔 재부팅해야 하는지, 아니면 항상 켜 둘 수 있는지에 대한 질문입니다.
짧게 말하면 24시간 켜 두어도 됩니다. NAS는 지속적으로 동작하도록 설계되었고, 그런 용도에 맞는 저장 장치를 사용하며, 백업, 다른 기기의 저장 공간 확보, 큰 파일 공유에 쓰입니다. 당연히 전력을 소비합니다. 공유기나 보안 카메라와 마찬가지입니다. 다만 이런 기기들은 대기 상태에서 적은 전력을 쓰도록 설계되어 있습니다. 몇 달씩 계속 사용하더라도 반드시 재부팅해야 할 이유는 없습니다. 전력을 아끼고 싶거나 굳이 필요하지 않은 경우가 아니라면요.
재부팅이 필요한 상황도 있습니다. 운영체제, 펌웨어 또는 일부 패키지를 업데이트한 후에는 장치가 요구하지 않더라도 재부팅하는 편이 좋습니다. 특정 앱이 동작을 멈추거나, 서비스가 느려지거나, 웹 인터페이스에 문제가 생기거나, 어떤 메뉴에서 오류가 나는 등 소프트웨어 문제가 있을 때도 그렇습니다. 하드웨어를 교체했을 때나 동작 방식에 큰 변경을 했을 때도 마찬가지입니다. 프로세스가 멈추거나 프로그램이 제대로 종료되지 않는 경우가 있는데, 재부팅하면 대부분 정상으로 돌아옵니다.
차분하고 과장되지 않은 합리적인 조언이라고 생각합니다. 홈랩에서는 NAS를 계속 작동시키고, 업데이트 후나 이상 동작이 있을 때 의도적으로 재부팅하는 것이 실용적인 원칙입니다. 습관처럼 재부팅할 필요는 없습니다.
출처: RedesZone
자택 서버에서 OSS 앱을 돌리다 보면 회원가입이나 비밀번호 재설정 등으로 메일을 보내야 할 때가 있습니다. 하지만 집에서 직접 메일을 보내려면 SMTP 서버를 준비하고 발신 도메인을 설정해야 해서 생각보다 손이 많이 갑니다. Qiita에서 찾은 이 글은 이 문제를 Mailpit과 Discord로 깔끔하게 해결하는 방법을 소개하고 있었습니다.
Mailpit은 원래 메일 발송 테스트용 도구입니다. SMTP 서버로 쓸 수 있고 테스트용 API도 갖추고 있습니다. 여기에 Webhook을 설정하면 메일을 받은 순간 외부 애플리케이션을 호출할 수 있습니다. 글에서는 이 기능을 이용해 받은 메일 내용을 Discord로 알려주는 구조를 만들었습니다.
구성은 Docker Compose로 Mailpit과 webhook-handler 두 컨테이너를 띄우는 것이 전부입니다. webhook-handler는 FastAPI로 만든 작은 Python 앱으로, Mailpit의 Webhook을 받아 발신자와 수신자를 정리해 Discord Webhook으로 보냅니다. 알림에는 Mailpit 웹 UI 링크도 붙일 수 있어서 필요할 때 메일을 바로 확인할 수 있습니다. Webhook URL 같은 설정은 .env 파일로 분리되어 있습니다.
실제로 밖으로 메일을 내보내지 않아도, 비밀번호 재설정 메일이 도착했는지 바로 알 수 있다는 점이 편리해 보였습니다. 홈랩에서 앱을 여러 개 운영하는 사람에게는 메일 수신처를 한곳으로 모으는 것이 관리를 꽤 쉽게 해 줄 것 같습니다. 글은 2026년 8월 게시물입니다.
출처: Qiita
작은 이야기지만, 집안 네트워크를 직접 관리하는 분이라면 한 번쯤 생각해 볼 만한 사건입니다. GenK 보도에 따르면, X 사용자 @NomadsGalaxy 는 부모님 댁 Wi-Fi를 점검하다가 Keurig 커피머신이 단 10일 동안 약 1TB를 업로드하고 거의 10GB를 다운로드한 것을 발견했습니다.
그는 부모님 댁의 UniFi 네트워크 시스템을 보다가 이 사실을 알아챘습니다. 이 비정상적인 데이터량 때문에 Wi-Fi 액세스 포인트 하나가 과부하에 걸렸습니다. 그는 원인을 조사하는 대신 커피머신의 전원을 뽑고, 부모님께 다른 제품을 사 드리기로 했습니다. 기사에 따르면 트래픽 대부분은 인터넷으로 나가지 않고 내부 네트워크 안에서만 오간 것으로 보여, 기기가 가족의 데이터를 외부 서버로 보냈다는 증거는 아직 없습니다. 가장 유력한 원인은 소프트웨어 결함이나 네트워크 통신 오류이며, 재부팅으로 해결되었을 수도 있습니다.
기사는 스마트홈 전체의 관점도 짚습니다. 네트워크에 연결된 기기가 많아질수록 오류, 보안 취약점, 서비스 중단이 생길 가능성도 커집니다. 제조사가 소프트웨어를 자주 업데이트하지 않으면 IoT 기기가 공격의 통로가 될 수 있고, 어떤 제품은 제조사가 서버를 닫으면 기능 대부분을 잃습니다.
제가 얻은 실질적인 교훈은, 집 네트워크에서 기기별 트래픽을 보여 주는 도구를 갖추고 IoT 기기는 별도 네트워크로 분리하는 것을 고려해야 한다는 것입니다. 수치가 없으면 커피머신이 무슨 일을 하는지 알아차리기가 매우 어렵습니다.
출처: GenK
홈 네트워크나 작은 홈랩을 운영하는 사람이라면 .lan 접미사를 잘 알고 있을 것입니다. 라우터 관리 화면, 내부 DNS 서버, 등록된 도메인 없이 기기에 접속할 때 쓰는 주소에서 자주 보입니다. IlSoftware.it는 ICANN에 제출된 신청이 .lan을 전 세계에서 접근 가능한 인터넷 도메인으로 바꿀 수 있다고 전했습니다.
.lan TLD 신청은 미국 기업 Coffee Danger가 제출했으며, 아직 사전 평가 처리 단계에 있습니다. 즉, 도메인은 아직 승인되지 않았고 공개 주소 등록에 쓸 수 없습니다. 이번 신청은 2026년 ICANN이 시작한 새로운 최상위 도메인 배정 절차에 속하며, 여기에는 수백 개 기업이 참여했습니다. 신청자로는 .browser를 신청한 Google, .openai와 .chatgpt를 신청한 OpenAI, .facebook을 신청한 Meta, .pec, .vps, .lab, .roma, .ciao 등을 신청한 이탈리아 기업 Aruba 등이 있습니다. 모든 신청은 여전히 심사 대상입니다.
문제가 되는 지점은 .lan이 여느 이름과 다르다는 것입니다. 많은 기술자들이 오래전부터 nas.lan, router.lan, camera.lan 같은 이름에 쓰고 있습니다. 내부용으로 쓰던 이름이 공개 DNS에 들어가면 오작동이 생기거나, DNS 질의가 네트워크 밖으로 나가거나, 의도와 다른 목적지로 통신이 흘러갈 위험이 있습니다.
개인적으로 홈 네트워크를 좋아하는 입장에서 이 소식은 좋은 상기 계기라고 생각합니다. 내부 이름에는 그 목적에 맞게 만들어진 접미사를 쓰고, 사실상의 관례에 기대지 않는 편이 낫습니다. 아직 결정된 것은 없지만 지켜볼 가치는 있습니다.
출처: IlSoftware.it
Korben은 많은 개발자가 이미 쓰고 있는 Cloudflare 명령 cloudflared tunnel --url을 다시 다룹니다. 이 명령은 내 컴퓨터에서 돌아가는 서버를 trycloudflare.com 주소로 공개해 줍니다. 계정도, 도메인도 필요 없고, 무엇보다 공유기에서 포트를 열 필요가 없습니다. 집에서 서비스를 운영하는 사람이 잠시 누군가에게 프로젝트를 보여줘야 할 때 간단한 방법입니다.
최근 추가된 기능은 --allowed-mail 옵션입니다. 예전에는 링크를 가진 사람이면 누구나 접속할 수 있었습니다. 이제는 지정한 이메일 주소만 접속하도록 제한할 수 있으며, Cloudflare Access를 통해 일회용 코드가 메일로 발송됩니다.
튜토리얼은 8080 포트에서 Python으로 간단한 테스트 페이지를 띄우는 로컬 웹 서버에서 시작합니다. cloudflared는 Cloudflare 네트워크로 나가는 연결을 만드는 오픈소스 커넥터입니다. Mac에서는 Homebrew로 설치하고, Debian이나 Ubuntu에서는 Cloudflare 공식 저장소를 써야 합니다. 이 저장소의 서명 키가 최근 바뀌었으므로, 오래된 튜토리얼 대신 지금의 명령을 따르라고 저자는 권합니다.
흥미로웠던 점 하나는, 이 도구로 AI 에이전트를 돌린다면 Cloudflare가 --allowed-mail 없이 실행되는 명령을 막는 PreToolUse 훅을 권장한다는 것입니다. 에이전트가 실수로 공개 터널을 열어버리는 일을 막기 위해서입니다.
홈랩에서 포트 개방이나 VPN의 가벼운 대안이 될 수 있습니다. 다만 공개 터널은 잠깐이라도 인터넷에 노출되는 것이라는 점을 잊지 마세요.
출처: Korben
