맥미니를 홈서버·셀프호스팅 장비로 운영하는 데 필요한 셋업, 전력·발열, 소프트웨어 팁을 모읍니다.
남는 미니 피시를 아버지용 Jellyfin 미디어 서버로 쓰려는 상황이다. 목표는 사용법을 최대한 단순하게 만드는 것이다. 아버지가 맥에서 영화 파일을 Jellyfin 피시의 한 폴더로 끌어다 놓기만 하면 미디어 서버에 추가되는 방식이 필요하다. 서버 본체는 모니터나 키보드 없이 어딘가에 숨겨 둘 수 있어야 한다. 가능하면 브라우저로 Jellyfin 피시에 접속해 관리할 수 있는 구성도 원한다. 운영체제 선택과 전체 설치 방식이 핵심 고민이다.
FluidVoice는 맥에서 음성을 글로 바꾸는 무료 오픈소스 앱이다. 구독형 음성 입력 도구를 계속 결제하지 않고, 가능한 일을 기기 안에서 처리하려는 목적으로 만들어졌다. 현재 다운로드 수는 거의 10만 회에 가깝고, GitHub 별표는 약 2,500개에 이른다. 새 업데이트는 지난 4개월 동안 작업한 기능으로, 로컬 음성 입력과 클라우드 기반 도구 사이의 품질 차이를 줄이는 데 초점을 둔다. 단순 전사는 대문자, 문장부호, 목록, 이메일, 긴 생각 정리에서 손으로 고칠 일이 많다. FluidVoice는 기기 안에서 돌아가는 향상 모델을 붙여, 원문 전사 뒤의 문장 정리 작업까지 무료로 처리하려 한다.
작은 홈서버 한 대에서 여러 서비스를 돌릴 때 데이터베이스를 어떻게 나눌지가 핵심 고민이다. 예시는 CPU 1개, 8코어, 메모리 32GB인 중고 Dell Optiplex에 Proxmox를 올리고, Docker용 가상머신과 컨테이너를 나눠 약 15개 앱을 운영하는 구성이다. 서비스에는 Immich, Paperless, 북마크 도구, ArchiveBox 같은 개인용 앱이 포함된다. 많은 앱이 각자 데이터베이스를 필요로 하다 보니, 모든 데이터베이스를 한 가상머신에 모을지, 서비스 묶음별로 가상머신을 나눠 각자 데이터베이스를 둘지 판단이 어렵다. 운영자는 Docker Compose 파일을 조금씩 고치는 정도의 관리 방식과 Portainer를 함께 쓰며, 홈랩을 취미의 중심이 아니라 생활 도구로 유지하고 싶어 한다. 그래서 복잡한 설계보다 관리가 쉽고 실수 가능성이 낮은 데이터베이스 운영 방식이 필요하다.
자가 서버에서 미디어, 광고 차단, 저장소만 돌릴 때와 로컬 인공지능 도구를 돌릴 때의 부담은 크게 다르다. 4K 영화 스트리밍은 영상 변환이 필요할 때만 그래픽 처리 장치를 잠깐 쓰지만, 로컬 대규모 언어 모델은 몇 분 동안 그래픽 처리 장치를 100% 가까이 계속 사용할 수 있다. 그만큼 전기 사용량 차이도 눈에 띈다. 대신 장비를 마련해 두면 외부 인공지능 서비스의 사용료, 호출 제한, 서비스 중단 위험에서 벗어날 수 있다. 요청을 많이 보내도 추가 비용은 주로 전기요금뿐이다. 미디어 서버 중심의 자가 운영에서 벗어나면, 예상보다 유용한 비미디어 서비스가 많을 수 있다는 문제의식도 담겨 있다.
웹사이트에 생방송 영상 몇 개를 넣고, 하루 1만5천~2만 명 정도가 보게 하려는 상황이다. 시청자는 대부분 미국에 있다. 필요한 조건은 비용이 낮고, 안정적이며, 지연 시간이 짧은 전송 방식이다. 원문에는 영상 품질, 한 번에 동시에 보는 사람 수, 방송 길이, 현재 서버 위치 같은 핵심 조건은 나오지 않는다.
가격 인상 뒤 24GB 이상 메모리를 넣은 맥미니는 배송까지 오래 걸릴 수 있다. 24GB 기본형은 최근 주문 화면에서 9~10주 대기로 보였고, 도착 예정일은 9월 17일이었다. 같은 구성을 다시 확인하자 예정일이 10월 7일로 더 밀렸다. 핵심 불확실성은 애플의 배송 예정일이 보수적으로 길게 잡힌 것인지, 실제로 그만큼 기다려야 하는지다.
Eidolon Hub는 8개의 인공지능 에이전트가 계속 대화하고 논쟁하는 개인 서버 실험이다. 사람은 대화에 끼어들지 않고 지켜보기만 하는 구조다. 운영 장비는 맥미니 4대, Lenovo ThinkCentre 1대, Lenovo ThinkPad 1대, 작은 Dell Optiplex 3090 1대, 게임용 조립 컴퓨터를 바꾼 인공지능용 장비 1대다. 소프트웨어는 FastAPI, React, WebSocket으로 만들었다. 8개 에이전트는 각자 성격이 다르게 설정되어 있고, 이성적 검증을 요구하는 에이전트, 역사로 모든 일을 연결하는 에이전트, 절차 문서처럼 정리하는 에이전트 등이 있다. 예상하지 못한 행동도 나왔는데, 한 에이전트는 부엌 양념 서랍 정리를 문제 삼았고, 다른 에이전트는 또 다른 에이전트의 행동을 절차 항목처럼 분류했다. 전체 비용은 새 장비 구매보다 기존 장비와 시간을 들인 쪽에 가깝다.
강력한 Windows 11 데스크톱 한 대를 집 안의 중심 컴퓨터로 두고, 여러 방과 작업장, 외부 장소에서 원격으로 쓰려는 구성이다. 중심 컴퓨터는 손님방 옷장에 있으며, 3차원 설계 렌더링과 여러 CNC 프로그램 실행을 맡는다. 사양은 Intel Core i9-13900KF, GeForce RTX 4070 12GB, 2TB M.2 NVMe 저장장치, Z790 Wi-Fi 메인보드, 750W 80 PLUS Gold 전원공급장치, 360mm 수랭 쿨러, Windows 11 Home이다. 이 컴퓨터에는 Sunshine과 Tailscale이 설치되어 있어 집 안 네트워크뿐 아니라 외부에서도 접속해 하드웨어 성능을 빌려 쓸 수 있다. 안방에는 TV에 연결된 미니 PC가 있고, 여기에 Moonlight와 블루투스 키보드·마우스를 붙여 원격 화면과 입력 장치로 쓰는 구조다. 거실에는 더 강한 미니 PC와 DAS를 따로 준비해 비슷한 방식으로 활용하려는 흐름이다.
맥 미니를 공장 초기화하고 macOS를 다시 설치해야 하는 상황이다. 핵심은 기존 데이터를 지운 뒤 운영체제를 깨끗하게 다시 올리는 것이다. 서버로 쓰던 맥 미니라면 계정, 저장된 파일, 설정, 원격 접속 구성까지 사라질 수 있으므로 먼저 필요한 자료와 설정을 따로 백업해야 한다.
여러 장소에 있는 디지털 안내 화면 35대를 중앙 서버에 연결하려는 구성이다. 장소는 아랍에미리트 30곳과 영국 5곳이다. 이전에는 Cloudflare Tunnels로 원격 장비를 서버에 연결했지만, 이번에는 공개 하위 도메인을 없애고 보안을 더 강하게 하려 한다. PiSignage 서버는 Unraid 서버 안의 가상 머신에서 운영한다. 서버와 각 Raspberry Pi에는 Tailscale을 설치해 공개 인터넷 주소 대신 사설 Tailscale IP로 통신하게 한다. 각 현장에는 숨겨진 와이파이 이름과 전용 VLAN을 두고, 현장 방화벽으로 불필요한 접근을 막는 방향을 검토 중이다.
HP ProDesk 600 G2 DM 미니 PC는 인텔 i5-6500T, 메모리 20GB, 256GB SATA 저장장치, 인텔 AX200 와이파이, 인텔 HD 530 그래픽을 갖춘 중고 장비다. 목표는 우분투 26.04를 깔고 오래 켜 두면서 전기를 적게 쓰는 첫 리눅스 실험용 컴퓨터로 쓰는 것이다. 하려는 일은 일상적인 리눅스 데스크톱 사용, VS Code와 Claude Code·Copilot 같은 인공지능 코딩 도구 사용, Git과 Docker 학습이다. 또 몇 명이 쓰는 작은 마인크래프트 서버, FLAC 음악 보관함, Navidrome, Jellyfin, Immich, Uptime Kuma 같은 직접 운영 서비스를 시험하려는 계획이다. 핵심 고민은 i5-6500T가 2026년에도 이런 용도에 충분한지, 메모리 20GB가 적절한지, 우분투가 맞는 선택인지, 초보자가 어떤 Docker 프로젝트부터 시작하면 좋은지다.
예산은 약 900파운드이고, 목적은 로컬 LLM과 서버 성격의 작업을 전담할 저전력 맥을 마련하는 것이다. 이미 데스크톱 PC가 있지만, 전기 사용량이 적고 따로 켜둘 수 있는 기계를 원한다. 선택지는 학생 할인을 적용한 M4 맥 미니 24GB 메모리, 512GB 저장공간 모델로 가격은 899파운드다. 다른 선택지는 리퍼비시 M1 Max 맥북 프로로, 10코어 중앙처리장치, 32코어 그래픽처리장치, 32GB 메모리, 1TB 저장공간이며 가격은 900파운드다. 맥 미니는 대기 시간이 12주로 길고, 맥북 프로는 바로 살 수 있는 중고 또는 리퍼비시 대안으로 보인다.
라즈베리파이에 OpenMediaVault를 올려 집 서버를 운영했지만, 기술에 익숙하지 않으면 관리가 어렵고 안정적인 구성이 힘들 수 있다. ZimaOS를 Intel NUC에 설치하자 사진, 음악, 드라이브 저장소 같은 개인 클라우드 서비스를 더 쉽게 돌릴 수 있었다. 처음 장비는 Intel Core i3-7100U, 메모리 8기가바이트 사양이었다. 1년 동안 앱을 늘리면서 기존 장비가 버거워졌고, N150 칩과 메모리 16기가바이트를 가진 Acemagic 미니 피시로 바꿨다. 새 장비에서는 앱과 매일 실행되는 백업이 잘 돌아간다. 아직 남은 과제는 유선 연결에 묶인 네트워크 구성, 지저분한 장비 배치, 앞으로 늘릴 저장공간이다.
남는 부품을 모아 집에서 쓰는 NAS를 만들었다. 저장장치는 버려질 예정이던 Toshiba 3TB 하드디스크 8개였고, 메모리와 CPU는 오래된 Dell Optiplex에서 가져왔다. 메인보드는 이베이에서 샀지만 하드디스크를 모두 꽂을 SATA 포트가 부족해 HBA를 추가로 달았다. 디스크는 RAIDZ4로 묶었고, 현재 Plex 미디어 보관함, Launchbox용 ROM 저장소, 독립 다큐멘터리 촬영 원본 백업 공간으로 쓰고 있다. 게임용 PC와 NAS 양쪽에 10Gb NIC를 달아 파일을 더 빠르게 옮기도록 했고, 읽기와 쓰기 속도는 평균 약 750MB/s 정도 나온다. 공유기가 아래층에 있어서 방까지 유선 인터넷을 설치하려고 사람을 불렀다. 지금은 NAS가 하나뿐이라, 다음 단계는 중복 백업을 만드는 것이다. 남은 Promise R4 장비 중 하나에 10TB 하드디스크를 넣어 오프라인 백업으로 쓰는 방안도 생각하고 있으며, 최종 목표는 3D 애니메이션과 이야기를 만드는 작은 멀티미디어 제작 작업실이다.
Wemo Smart Video Doorbell WDC010이 Apple HomeKit에서 가끔 “응답 없음” 상태가 된다. 와이파이, 집 안 네트워크, eero의 HomeKit 방화벽 문제는 아닌 것으로 확인됐다. 기기 안의 HomeKit 서버 자체는 계속 살아 있지만, 기기를 다시 찾아주는 mDNS/Bonjour 응답 기능이 멈추면서 HomeKit이 연결이 잠깐 끊긴 뒤 도어벨을 다시 발견하지 못한다. 펌웨어는 1.0.16이고 마지막 버전이다. Belkin이 2026년 1월 31일 Wemo 클라우드를 종료했기 때문에 공식 수정은 기대하기 어렵다. 전원을 껐다 켜면 항상 정상으로 돌아오므로, 무선칩 고장보다는 펌웨어가 특정 상태에서 굳는 문제로 보인다. 문제가 생기는 시점은 eero 공유기 노드 사이를 이동하거나 HomePod 홈 허브가 바뀐 뒤로 추정된다. 해결 방향은 기기의 플래시를 덤프하고 mDNS 응답 부분을 고친 뒤 다시 넣는 것이다.
직접 겪은 사례다. 맥미니 M4에서 Finder로 사진 보관함 7만 장을 1TB 아이폰 14 프로에 넣으려 했지만, 동기화가 매번 약 5만5천 장에서 멈췄다. 목표는 iCloud Photos를 쓰지 않고 아이폰 안에 모든 사진을 저장하는 것이었다. 양쪽 기기를 여러 번 다시 시작해도 해결되지 않았다. 이전 컴퓨터에서 넘어온 기기 페어링 기록을 확인하려고 `/var/db/lockdown/`과 `/var/db/lockdown/pair_records/`를 살펴보려 했지만, 최신 macOS의 전체 디스크 접근 권한 제한 때문에 막혔다. 아이폰에서 위치 및 개인정보 보호 재설정으로 맥미니와의 신뢰 관계를 새로 만들었지만 문제는 계속됐다. Finder에서 “사진 동기화”를 꺼서 이미 들어간 사진을 지우려 해도 “변경사항 적용 대기 중” 상태에서 멈췄다. 아이폰을 강제 재시작하자 동기화 작업은 바로 끝난 것처럼 보였지만, 동기화된 사진은 지워지지 않았다.
MeManga는 윈도우, 리눅스, 맥에서 실행되는 오픈소스 자동 만화 내려받기 도구다. 원하는 만화와 내려받을 웹사이트를 추가하면, 지원되는 사이트에서 기존 회차를 한꺼번에 저장하고 새 회차가 나오면 이어서 받을 수 있다. 예약 실행에 맞춰 자동으로 내려받는 방식도 염두에 두고 만들었고, 새 회차 파일을 Kindle로 이메일 전송할 수 있다. 사이트가 자주 사라지거나 접속이 막히는 상황을 대비해 예비 출처를 여러 개 등록할 수 있으며, 가능한 곳을 찾아 받는 검색 기능도 있다. MangaPark, MangaFire, MangaKatana, WeebCentral 등 약 200개 사이트를 지원한다. 사이트 구조가 바뀌면 동작이 깨질 수 있어, MeManga는 그런 변경에 맞춰 고치는 유지보수를 계속하는 방향이다. 앱 안에서 바로 읽는 기능도 있고, 저장 형식은 PDF, EPUB, ZIP, CBZ 등을 지원한다.
YouTube Premium을 쓰면서도 공식 YouTube 화면 대신 대체 프런트엔드를 쓰고 싶은 이유는 추적과 강제 추천을 줄이기 위해서다. Premium 계정의 쿠키를 그대로 쓰면 시청 기록 저장을 피하기 어렵다. 추천 영상이 계속 밀려오는 점도 불편 요소다. Invidious는 이미 시도했지만 속도가 너무 느렸고, PeerTube 화면은 사용감이 맞지 않았다. 원하는 조건은 빠른 검색, 영상 보기, 추천 기능을 갖춘 YouTube용 대체 프런트엔드다.
맥OS의 색상 태그로 파일과 폴더를 정리하던 환경에서 UNAS Pro의 SMB 공유 폴더에 저장된 항목의 태그가 Finder에 보이지 않게 됐다. 예전에는 파일 이름 옆에 태그가 바로 표시됐지만, 약 1~2개월 전부터 표시가 사라졌다. 태그 정보 자체는 없어지지 않은 것으로 보인다. 같은 파일을 맥 내부 저장장치나 USB 드라이브로 복사하면 태그가 다시 보인다. 연결된 모든 맥에서 같은 문제가 생기기 때문에, 개별 맥 설정 문제보다는 UniFi Drive 쪽의 SMB 구현이 바뀐 영향일 가능성이 있다. Spotlight를 다시 설정해도 해결되지 않았고, 네트워크 드라이브에 .DS_Store 파일 생성을 켜도 새 .DS_Store 파일이 만들어지지 않는 상태다.
홈랩 장비가 5년 동안 장 안에서 계속 돌아갔다. 장비 구성은 Dell R630 서버 2대, Juniper 네트워크 장비, Synology NAS, 그 밖의 몇 가지 기기였다. 평소에도 덥다고 느껴졌지만, 온도계를 넣어 보니 시원한 날에도 내부 온도가 40도였다. 공기 흡입부 온도는 49도까지 올라간 상태였다. 에어컨을 켠 지 1~2시간 만에 온도가 절반 가까이 낮아졌다. 서버 랙의 팬이 덜 세게 돌면서 소음도 크게 줄었다. 냉방 없이 오래 버틴 것은 운이 좋았던 상황에 가깝다.
필리핀의 대학생 기준으로 M4 맥 미니 24GB 메모리, 512GB 저장공간 모델은 교육 할인으로 약 56,990페소, 미국 달러로 약 1,000달러 수준이다. 현재 쓰는 노트북은 인텔 i5-13420H, RTX 2050 4GB, 메모리 16GB라서 당장 새 컴퓨터가 꼭 필요한 상황은 아니다. 문제는 애플 배송 예상 기간이 9~10주로 길어서, 주문하면 다음 학년 1학기 시작쯤 받을 가능성이 크다는 점이다. 앞으로 수업에는 머신러닝, 데이터 마이닝, 자연어 처리, 신경망, 컴퓨터 비전, 기초 모델 연동, 기초 모델 미세 조정, MLOps가 포함된다. 큰 인공지능 모델을 직접 훈련할 계획은 없지만, 로컬 거대 언어 모델, Ollama, RAG 프로젝트, 인공지능 도구, 개인 프로젝트를 실험하고 싶다는 수요가 있다. 고민의 핵심은 지금 주문해서 긴 대기를 시작할지, 아니면 신학기 할인이나 M5 맥 미니 발표 가능성을 기다릴지다.
작은 관리형 서비스, 클라우드 인프라, 사이버보안 회사를 운영하는 면접관은 채용 면접에서 홈랩 경험을 중요하게 본다. 회사에는 두 층 규모의 서버 공간이 있지만 직원 수는 100명 미만이고, 대표가 직접 모든 지원자를 면접한다. 면접 중 약 30분은 홈랩에 쓴다. 무엇을 운영하는지, 장비를 어디서 구했는지, 최근에 추가한 장비와 그 이유, 전력과 냉각을 어떻게 관리하는지, 고가용성, 장비 점검과 재사용 경험을 묻는다. 홈랩은 실제 운영 환경과 같지는 않지만, 스스로 배우고 문제를 끝까지 해결하려는 태도, 유연함, 새로운 방법을 찾는 습관을 보여주는 신호로 본다. 작은 회사에서는 정해진 부품 번호대로 사는 사람보다 직접 실험하며 배운 사람이 더 다양한 아이디어를 낼 수 있다. 그래도 실제 업무에는 감사, 규정 준수, 변경 요청, 근본 원인 분석, 안정적인 운영 목표 같은 성숙한 절차가 함께 필요하다.
목표는 집 안 로컬 네트워크에서 개인 영상 파일을 웹으로 재생하는 스트리밍 서비스를 만드는 것이다. 보는 기기에는 별도 프로그램이나 파일을 설치하지 않고, 서버에 넣은 영상만 바로 볼 수 있는 방식이 필요하다. 원하는 형태는 브라우저로 접속해 개인 영상 보관함을 여는 웹 스트리밍 서버에 가깝다. 서버 프로그램, 로그인 보호, 접속 주소, 집 밖에서도 볼지 같은 조건은 아직 분명하지 않다.
Tunelog는 Navidrome 음악 보관함에서 들은 방식에 따라 추천 재생목록을 만드는 도구다. 건너뛰기, 끝까지 듣기, 반복 재생, 일부만 듣기 같은 행동을 보고 다음에 들을 만한 곡을 고른다. ListenBrainz의 협업 필터링을 이용해 추천 재생목록을 만들 수 있다. 최근에 추가됐지만 아직 듣지 않은 곡을 모아 주는 발견용 재생목록도 있다. 싫어서 자주 건너뛴 곡은 별도 화면에 모이고, 몇 번의 클릭으로 보관함에서 지울 수 있다. ListenBrainz 추천과 내 보관함 곡을 맞출 때는 정확히 같은 이름만 찾지 않고 퍼지 매칭도 함께 쓴다.
로컬에서 AI 에이전트를 돌리려면 인기 도구보다 설치와 설정이 단순한 도구가 더 잘 맞을 수 있다. 여러 도구를 시험하는 과정에서 Docker Compose 설정, 파이썬 환경 충돌, 많은 환경 변수 입력 같은 문제가 실제 사용보다 더 큰 시간이 들었다. Hermes Agent는 특별히 복잡한 기술을 내세우기보다 모델 제공자를 고르고, 필요한 도구를 붙이면 바로 작동하는 쪽에 가깝다. 핵심 불편은 AI 성능 자체보다 망가진 의존성과 복잡한 초기 설정이었다. 과하게 홍보되는 AI 도구일수록 실제로는 쓰기 어려운 경우가 있다는 문제의식도 담겨 있다.
여러 개인 서비스를 직접 운영할 때 서버를 옮기는 일이 번거롭기 때문에, 설치와 설정을 코드로 정리해 반복 작업을 줄이려는 구성입니다. 현재는 도커 없이 엔진엑스 역방향 프록시, 메일 서버, 개인 웹서버, 깃 저장소, 아이아르시 연결 서비스를 운영하고 있습니다. 새 구성은 트래픽, 도커 메일 서버, 엔진엑스 웹서버, 포지조 깃 저장소, 그 밖의 연결 서비스를 도커 기반으로 옮기는 방향입니다. 전체 서버 설정은 앤서블 폴더에 두고, 각 서비스 실행 파일과 설정 파일은 서비스별 폴더에 나누어 두려는 구조입니다. 각 서비스 폴더에는 도커 컴포즈 파일과 컨테이너에 연결해 쓸 설정 파일을 넣는 방식입니다.
미디어 서버에서 Authentik 단일 로그인을 앞단에 두면 qBittorrent와 자동 다운로드 도구 사이의 연결이 끊길 수 있다. Docker와 Ubuntu 환경에서 nginx가 외부 브라우저 접속만 Authentik으로 보호하고, autobrr, Sonarr, Radarr 같은 내부 앱은 Docker 내부 주소인 http://qbittorrent:8080으로 직접 qBittorrent에 붙는 구조다. qBittorrent에는 로컬호스트와 허용한 Docker 서브넷의 인증 우회가 켜져 있고, 172.18.0.0/16 대역이 허용 목록에 들어가 있다. 그런데 autobrr가 새 항목을 잡을 때마다 PUSH_ERROR와 release rejected를 남기고, qBittorrent 재로그인 실패와 401 오류가 함께 발생했다. 브라우저 접속은 nginx와 Authentik 경로를 타지만, 내부 앱 통신은 qBittorrent 자체 인증 규칙을 직접 맞아야 해서 자동화가 멈춘 상황이다. 핵심 고민은 qBittorrent까지 Authentik으로 묶기보다 qBittorrent의 자체 로그인을 그대로 두는 편이 나은지다.
DuckDNS에서 설정을 바꾸려는 상황에서 Google 로그인 버튼이 반응하지 않는 문제가 있었다. GitHub와 Twitter 로그인 버튼도 같은 방식으로 작동하지 않았다. 그래서 계정에 들어가 설정을 수정할 수 없는 상태였다. 문제의 핵심은 DuckDNS 자체 접속이나 도메인 연결보다, 외부 계정으로 로그인하는 기능이 멈춘 것처럼 보인다는 점이다.
DokuWiki는 개인이나 작은 팀이 직접 운영할 수 있는 파일 기반 위키이다. 오래전에 만들어져서 Markdown이 널리 쓰이기 전부터 자체 문법을 사용해 왔다. 지금은 GitHub, Reddit, Stack Overflow 같은 곳에서 Markdown이 표준처럼 쓰이지만, DokuWiki에서는 그동안 별도 플러그인으로만 Markdown을 써야 했다. 그 플러그인 방식은 만족도가 높지 않았고, 문법 호환이나 사용감에서 한계가 있었다. 다음 DokuWiki 릴리스에는 Markdown 지원이 기본 기능으로 들어갈 예정이다.
Letterboxd에 영화 감상 기록을 더 잘 남기려면, 처음 본 영화가 생겼을 때 바로 알림을 받는 방식이 필요하다. 현재 구성은 Plex, Radarr, Tautulli로 되어 있다. 알림은 Discord나 Pushover 같은 곳으로 보내는 형태가 후보로 언급됐다. Tautulli에는 알림 에이전트가 있지만, “처음 본 경우에만” 알림을 보내는 조건은 바로 보이지 않는다. 핵심 문제는 Plex에서 새 영화 재생을 감지하되, 재시청은 빼고 첫 시청만 걸러내는 자동화다.