헤놀로지(Xpenology)란 무엇이며, 사용법 총정리

Q: 헤놀로지(Xpenology)란 무엇이며, 왜 사용하나요?

A: **헤놀로지(Xpenology)**는 시놀로지(Synology)의 NAS 전용 운영체제인 **DSM(DiskStation Manager)**을 일반 PC나 호환되는 하드웨어에 설치하여 사용할 수 있도록 만든 비공식 커뮤니티 프로젝트입니다.

네이티브 헤놀로지: Proxmox, ESXi, VMware 같은 가상화 환경을 사용하지 않고, 하드웨어에 직접 DSM을 설치하는 것을 의미합니다.

장점: 시놀로지 정품 NAS는 하드웨어 사양에 비해 가격이 매우 비싼 편입니다. 헤놀로지는 기존에 가지고 있던 PC를 재활용하거나 저렴하게 부품을 구매하여 NAS를 구축함으로써, 비용을 크게 절감하면서도 편리한 DSM의 거의 모든 기능(파일 관리, 클라우드 동기화, 백업, Docker 등)을 활용할 수 있다는 장점이 있습니다.

주의사항 및 위험:

법적 리스크: DSM은 시놀로지의 독점 소프트웨어이므로 헤놀로지 사용은 라이선스 위반 가능성이 있습니다.

기술 지원 부재: 공식 업데이트나 고객 지원을 받을 수 없으며, 하드웨어 호환성 문제가 발생할 수 있습니다.

보안 취약점: 비공식 버전이므로 보안 패치가 늦어지거나 적용되지 않을 수 있습니다.

데이터 손실 위험: 비공식적인 업데이트나 하드웨어 호환성 문제로 시스템이 손상되거나 데이터가 손실될 위험이 항상 존재합니다.

안전한 대안: TrueNAS, OpenMediaVault(OMV), UnRAID와 같은 오픈소스 기반의 NAS 운영체제는 헤놀로지의 좋은 대안이 될 수 있습니다.

Q: NAS 관련 질문 시 어떤 정보를 제공해야 정확한 답변을 받을 수 있나요?

A: 답변의 정확도를 높이고 문제 해결 시간을 단축하기 위해서는, 자신의 상황을 최대한 자세히 설명하는 것이 매우 중요합니다.

헤놀로지(Xpenology)의 경우:

하드웨어 정보: 메인보드 모델, 칩셋, CPU, RAM 용량, 사용된 추가 컨트롤러(SATA, LAN) 등 상세한 하드웨어 사양.

소프트웨어 정보: 사용한 DSM 버전 및 모델(예: DS918+ 7.2.1-69057 Update 4), 부트로더 종류(mshell, ARPL, rr) 및 버전.

공통 사항:

문제 상황 상세히 설명: 어떤 작업을 하다가 문제가 발생했는지, 오류 메시지는 무엇인지 구체적으로 설명합니다.

스크린샷 및 로그 첨부: 문제 상황을 보여주는 스크린샷이나, 시스템 로그, 에러 로그를 함께 제공하면 원인 파악에 큰 도움이 됩니다.

피드백: 답변을 통해 문제를 해결했거나 새로운 사실을 알게 되었다면, 다른 사용자들을 위해 피드백을 남겨주는 것이 좋습니다.

Q: NAS를 운영하다 보니 게임 서버, UPS, 하드웨어 업그레이드 등 점점 일이 커집니다. 이런 현상의 끝이 있나요?

A: NAS를 운영하는 많은 사용자들이 겪는 현상으로, '주객전도'라고 표현하기도 합니다. 단순 파일 서버로 시작했다가 가상화, 게임 서버, 홈 자동화 등 다양한 기능을 추가하며 시스템이 점차 복잡해지는 경향이 있습니다.

현실적 제약: 하지만 이러한 확장에는 전기 요금 문제, 초기 투자 비용, 관리의 어려움 등 현실적인 제약이 따릅니다.

결론: 결국 많은 사용자들이 여러 시도 끝에 다시 파일 서버 본연의 기능에 충실한, 안정적이고 저전력인 시스템으로 돌아오는 경우가 많습니다. 취미와 실용성 사이에서 자신에게 맞는 균형점을 찾는 것이 중요합니다. 예를 들어, 게임 서버는 NAS의 가상 머신(VM)보다는 네이티브 환경에서 별도로 운영하는 것이 성능 면에서 가장 좋습니다.

1. NAS 설치 및 마이그레이션

Q1. 헤놀로지 부트로더(mshell, ARPL, rr)는 어떤 차이가 있고, 업데이트는 어떻게 해야 하나요?

A. 세 가지 모두 DSM을 비정품 하드웨어에 설치하기 위한 도구라는 점에서는 동일하며, 압축 프로그램(반디집, 알집 등)의 차이로 비유할 수 있습니다. 로더 간의 성능 차이는 거의 없습니다.

종류 및 특징:

mshell (화정큐삼 로더): 한국 개발자가 관리하여 피드백이 빠르고 한국어 소통이 용이합니다. 국내 사용 환경에서 발생하는 문제에 대한 업데이트가 빠르고, 순정 DSM에 가까운 안정적인 경험을 제공한다는 평가가 많습니다.

rr (Redpill-Reboot) / ARPL: 다양한 커스텀 기능이나 패키지가 추가될 수 있는 장점이 있습니다. 하지만 과거 개발 관련 이슈로 인해 일부 사용자들은 신뢰도에 의문을 제기하기도 합니다.

로더 선택 기준: 특별한 커스텀 기능이 필요한 것이 아니라면, 문제 발생 시 피드백과 해결이 빠른 mshell 로더가 초보자나 안정성을 중시하는 사용자에게 좋은 선택이 될 수 있습니다.

업데이트 주기: 현재 사용 중인 로더 버전이 안정적이고 특별한 문제가 없다면, 굳이 최신 버전이 나올 때마다 업데이트할 필요는 없습니다. 새로운 기능이 필요하거나 현재 버전에서 치명적인 버그가 발견되었을 때만 선택적으로 업데이트하는 것이 좋습니다. mshell은 부팅 시 자동 업데이트가 가능하지만, rr은 일반적으로 자동 업데이트를 지원하지 않습니다.

USB 용량: 로더 자체는 크지 않아 수동으로 파티션을 설정하면 512MB USB로도 가능하지만, 편의성을 위해 4GB 이상의 USB 사용을 권장합니다.

Q2. 헤놀로지 NAS의 메인보드를 교체하면 기존 하드디스크를 바로 사용할 수 있나요?

A. 네, 대부분의 경우 가능하지만 몇 가지 조건이 있습니다.

로더 재빌드: 메인보드가 변경되면 네트워크 카드 등 하드웨어 정보가 바뀌므로, 새 보드에 맞게 **부트로더를 다시 생성(재빌드)**해야 합니다.

MAC 주소 유지: 기존에 사용하던 MAC 주소를 새 로더에도 그대로 입력해야 별도의 마이그레이션 과정 없이 DSM이 정상적으로 부팅됩니다. 만약 새 메인보드의 실제 MAC 주소를 사용하고 싶다면, 부팅 후 제어판에서 설정을 변경해야 합니다.

호환성: MSI 브랜드를 제외한 대부분의 메인보드(ASUS, Gigabyte, Asrock 등)는 기존 하드디스크를 문제없이 인식합니다. 특히 Asrock 보드는 WOL, 전원 예약 등에서 헤놀로지와 호환성이 좋은 것으로 알려져 있습니다.

Q3. 기존 시놀로지 NAS에서 헤놀로지로, 또는 헤놀로지에서 정품 NAS로 마이그레이션이 가능한가요?

A. 네, 두 경우 모두 가능합니다. DSM 7.x 버전에서는 일반적으로 마이그레이션이 원활하게 진행됩니다.

정품 -> 헤놀로지: 기존 정품 NAS에서 사용하던 하드디스크를 헤놀로지 시스템에 장착하면, DSM이 '마이그레이션' 옵션을 제시하며 기존 데이터와 설정을 유지한 채 헤놀로지 시스템으로 전환할 수 있습니다.

헤놀로지 -> 정품: 이 경우도 마찬가지로 마이그레이션을 지원합니다.

주의사항: 어떤 경우든 마이그레이션 과정에서 예기치 못한 문제가 발생할 수 있으므로, 작업 전 중요한 데이터는 반드시 별도의 저장소에 백업하는 것이 필수입니다. 시놀로지 지식 센터의 공식 마이그레이션 가이드를 참고하는 것도 좋습니다.

Q4. 구형 시놀로지 NAS(ext4)에서 최신 DSXX25+ 모델(btrfs)로 마이그레이션이 가능한가요?

A. 공식적으로는 직접적인 마이그레이션을 지원하지 않아 데이터 백업 후 새로 설치하는 것이 원칙입니다. 하지만 헤놀로지 커뮤니티에서 해결책이 개발되었습니다.

covermissingbtrfs ADDON: 이 애드온은 구형 플랫폼에 btrfs 관련 파일을 이식하여, 신규 플랫폼(btrfs)에서 구형 플랫폼(ext4)으로 마이그레이션 시 파티션 타입을 btrfs로 유지하며 DSM 설정을 보존할 수 있도록 돕습니다.

주의: 커뮤니티 기반의 해결책이므로, 중요한 데이터는 반드시 사전에 백업하고 진행해야 합니다.

Q5. NAS 시동 후 부트로더 USB를 제거해도 괜찮을까요?

A. 부트로더 USB는 부팅 역할만 하므로 NAS가 완전히 부팅된 후에는 제거해도 시스템 작동에는 문제가 없습니다. 하지만 갑작스러운 정전 후 자동 재시작이나 예기치 않은 재부팅 시 시스템이 부팅되지 않으므로, 특별한 이유가 없다면 굳이 제거할 필요는 없습니다. 외관상 문제라면 크기가 작은 USB 메모리를 사용하거나, 내부 SATA 포트에 연결하는 SATADOM을 사용하는 방법도 있습니다.

Q6. 헤놀로지 부팅용 USB를 분실했을 경우 데이터를 복구할 수 있나요?

A. 네, 가능합니다. 부팅용 USB는 OS를 시작시키는 역할만 하므로, USB를 분실해도 HDD에 저장된 데이터는 그대로 남아있습니다.

복구 절차:

새로운 USB에 헤놀로지 부트로더를 새로 만듭니다. 기존과 동일한 DSM 버전의 로더를 사용하면 좋습니다.

새 부팅 USB로 부팅하면 DSM이 '마이그레이션' 옵션을 제시합니다.

마이그레이션을 진행하면 기존 데이터와 설정을 유지한 채 시스템을 복구할 수 있습니다.

Q7. NVMe를 헤놀로지 부트로더로 사용할 수 있나요?

A. 네, TCRP-MSHELL과 같은 최신 부트로더는 하드디스크 이식 기능을 통해 NVMe를 부트로더 저장 장치로 사용하는 것을 지원합니다.

설치 방법:

먼저 USB를 이용해 정상적으로 DSM 설치를 완료하고, 스토리지 풀을 SHR 타입으로만 생성합니다.

다시 부트로더 빌드 메뉴로 진입하여 "Additional Function" > "Inject Bootloader to Syno DISK" 옵션을 통해 부트로더를 NVMe 또는 다른 데이터 디스크에 주입합니다.

이후 부팅 USB를 제거하고 해당 디스크로 부팅합니다.

제한 사항: 이 기능은 시험적인 단계이며, SHR2 레이드는 지원하지 않을 수 있습니다. 또한 NVMe 단독으로 SHR을 구성하는 것은 불가능하며, 최소 1개 이상의 SATA 디스크가 시스템에 연결되어 있어야 합니다. 부트로더가 이식된 데이터 디스크는 반드시 백업하는 것이 안전합니다.

SSD 공간 활용 문제: 이 방식으로 부트로더를 심으면 해당 디스크의 작은 공간(약 127MB)만 사용하고, 나머지 공간은 데이터 볼륨으로 활용할 수 없습니다. DSM 설치 시 디스크 전체가 초기화되기 때문입니다.

Q8. 헤놀로지 설치 중 재부팅되거나 설치가 50%에서 멈춥니다.

A. 이는 여러 원인이 복합적으로 작용할 수 있습니다.

재부팅 문제: 설치 중 재부팅은 주로 랜 모듈을 제대로 가져오지 못하는 부트로더 문제일 수 있습니다. 다른 로더(예: mshell)로 재빌드하거나, USB 이미지를 생성하는 도구(BalenaEtcher, Win32DiskImager)를 변경해 보세요.

50% 멈춤 현상:

DSM 버전 불일치: 설치하려는 DSM 버전이 하드디스크에 이미 설치된 버전보다 낮을 경우 오류가 발생할 수 있습니다.

디스크 문제: 문제가 있는 하드디스크를 분리하고 설치를 시도하거나, 다른 디스크에 먼저 정상 설치 후 문제의 디스크를 연결해볼 수 있습니다.

로그 확인: mshell 로더의 경우 tinycore 콘솔에서 로그를 확인하여 원인을 진단할 수 있습니다.

2. 하드웨어 구축 및 성능 최적화

Q1. 자작 NAS 구축 시 어떤 CPU를 선택해야 하나요? 요즘 트렌드는 무엇이며, 고사양 CPU로 업그레이드하면 이득이 있나요?

A. NAS의 주된 용도에 따라 CPU 선택이 달라집니다.

일반적인 용도: 단순 파일 저장, 월별 사진 보관, 영상 다운로드 후 시청과 같은 일반적인 용도로는 i3-12100 CPU로도 충분합니다. 해당 CPU의 내장 그래픽(iGPU)만으로도 4K 영상의 하드웨어 트랜스코딩을 원활하게 처리할 수 있습니다.

CPU 업그레이드의 실익: 위와 같은 일반적인 용도에서 i3-12100을 i9-12900KS와 같은 고성능 CPU로 업그레이드해도 성능상 이점은 거의 없으며, 오히려 유휴 전력 소비만 증가하여 전기 요금 부담이 커질 수 있습니다. NAS는 24시간 구동되는 장비이므로 저전력 구성이 유리하며, 시놀로지 정품 NAS가 저전력 CPU(셀러론 등)를 주로 사용하는 이유도 이 때문입니다. 가상 머신(VM)을 여러 개 동시에 사용하거나 무거운 작업을 하지 않는 한, 고성능 CPU는 불필요합니다.

최신 트렌드 및 추천:

저전력/가성비: 새로 NAS를 구축한다면, 전력 소모 대비 성능이 뛰어난 Intel N100/N150 칩셋을 탑재한 미니 PC(예: WTR Pro)가 헤놀로지용으로 가장 무난하게 추천됩니다.

고성능/가상화: 여러 가상 머신 운영이나 무거운 Docker 컨테이너 실행 등 높은 성능이 필요하다면 Intel Core i3 (12세대 이후) 또는 **AMD Ryzen G 시리즈(예: 5825U)**를 고려하는 것이 좋습니다.

헤놀로지 인기 모델: 현재 헤놀로지 커뮤니티에서는 SA6400 모델을 에뮬레이션하는 것이 인기가 많습니다("대세"). 이는 높은 호환성과 안정성 때문인 것으로 보입니다.

Q2. 헤놀로지(Synology DSM)를 설치할 수 있는 노트북이나 PC는 어떤 것이 있나요?

A. 헤놀로지는 대부분의 x86 기반 CPU에서 작동하며, 높은 성능을 요구하지 않으므로 듀얼 코어 CPU로도 충분히 사용할 수 있습니다.

권장 사양: 안정적인 운영을 위해 8GB에서 16GB 정도의 메모리를 사용하는 것이 좋습니다. 가상화나 Docker를 많이 사용한다면 16GB 이상을 추천합니다.

하드웨어 선택: 컴퓨터의 절대적인 사양보다는, 원하는 만큼의 하드디스크를 장착할 수 있는 디스크 베이(Bay) 수가 더 중요한 고려사항일 수 있습니다. 노트북 중에서는 구형 씽크패드(ThinkPad) 모델에 설치한 성공 사례가 공유되기도 합니다.

Q3. PC와 NAS를 10GbE로 직결하고 싶습니다. 10G 네트워크의 성능과 발열은 어떤가요?

A. 10GbE(10기가비트 이더넷)는 NAS와 PC 간의 대용량 파일 전송 속도를 비약적으로 향상시킵니다.

성능: SSD 볼륨을 사용하는 NAS와 PC를 10G 스위치로 연결 시, 내부망에서 거의 최대 속도에 가까운 성능을 기대할 수 있습니다. 이는 대용량 영상 편집, VM 스토리지 접근, 잦은 백업 등에서 큰 체감 향상을 제공합니다. 단, 토렌트와 같은 인터넷 다운로드 속도는 10G 내부망 구성과 무관하며, 사용 중인 인터넷 요금제에 따라 결정됩니다.

발열 및 포트 종류:

SFP+ (광케이블): 일반적으로 발열이 적고 안정적이며, 장거리 연결에 유리합니다. 전문가 환경에서 선호됩니다.

RJ45 (구리선): UTP 케이블을 그대로 사용할 수 있어 편리하지만, SFP+에 비해 칩셋과 모듈의 발열이 상당할 수 있습니다. 팬리스(fanless) 스위치를 사용하더라도 통풍이 잘 되는 곳에 설치하는 것이 좋습니다.

호환성 문제: 10G 네트워크 카드가 2.5G/5G 속도를 명시적으로 지원하지 않는 경우, 5G 장비와 연결 시 1G로 하향 연결될 수 있습니다. 구매 전 장비 간의 지원 속도 표준(IEEE)을 확인하는 것이 중요합니다.

최대 성능을 위한 조건: 10G 속도를 완전히 활용하려면 스토리지 성능(SSD 또는 NVMe RAID 구성)과 메인보드의 PCIe 대역폭도 충분히 확보되어야 합니다.

Q4. 자작 헤놀로지(Xpenology) 시스템의 일반적인 소비 전력은 어느 정도이며, 어떻게 최소화할 수 있나요?

A. NAS의 전력 소모는 CPU, 메인보드 칩셋, 그리고 특히 HDD 개수에 따라 크게 달라집니다.

전력 소모 예시:

Seagate IronWolf Pro 18TB: 유휴 시 5.5W, 활성 시 7.2W

Toshiba MG08 16TB: 유휴 시 5.3W, 활성 시 7.4W

결론: HDD 1개당 약 7-10W의 전력을 소모한다고 볼 수 있습니다. HDD 개수가 많을수록 저전력 CPU의 의미가 줄어들며, 하드 1~2개를 줄이는 것이 CPU를 N100으로 바꾸는 것보다 더 큰 절감 효과를 가져올 수 있습니다.

절감 방법:

BIOS 설정: CPU의 TDP 제한, C-states 등 모든 절전 기능 활성화.

하드웨어 최적화: 불필요한 팬 제거, 저전력 부품 사용.

OS 설정: HDD 스핀다운(절전 모드) 활성화. 단, 잦은 스핀업/다운은 HDD 수명에 영향을 줄 수 있습니다.

Q5. NAS용 대용량 HDD 구매 시 SMR 방식은 피해야 하나요? 대안은 무엇인가요?

A. 네, 일반적으로 SMR(Shingled Magnetic Recording) 방식의 HDD는 NAS용으로 부적합하다는 평가가 지배적입니다. SMR은 데이터 기록 시 트랙을 겹쳐 쓰기 때문에, RAID 재구성(Rebuild)이나 빈번한 랜덤 쓰기 작업 시 극심한 성능 저하와 안정성 문제를 유발할 수 있습니다. NAS용 HDD는 반드시 CMR(Conventional Magnetic Recording) 방식의 제품을 선택해야 합니다.

고용량 대안 (U.2 NVMe): 높은 신뢰성과 수명을 가진 대용량 스토리지를 원한다면, 중고 엔터프라이즈급 U.2 NVMe SSD를 고려해볼 수 있습니다. PCIe 어댑터나 케이블을 통해 연결 가능하며, 발열 관리에도 유리하고 헤놀로지에서도 정상적으로 인식됩니다.

Q6. Synology 캐싱용으로 DRAMless SSD를 사용해도 괜찮을까요?

A. DRAMless SSD는 캐싱용으로 사용은 가능하지만 몇 가지 고려할 점이 있습니다.

성능: DRAM 캐시가 없어 지속적인 쓰기 성능이 떨어질 수 있지만, 캐싱의 핵심은 SSD의 전체적인 용량과 여유 공간입니다. 읽기 전용 캐시로 사용할 경우, 캐시 히트(Cache Hit) 시 체감 성능 향상을 기대할 수 있습니다.

안정성: 읽기/쓰기 캐시로 사용할 경우, 정전 시 캐시에 임시 저장된 데이터가 손실될 위험이 있습니다. 따라서 읽기/쓰기 캐시를 구성한다면 UPS(무정전 전원 공급 장치) 사용이 필수적입니다.

효용성: 캐싱의 효과는 사용 패턴(동일한 파일 반복 접근 등)에 따라 크게 달라지므로, 모든 사용자에게 극적인 성능 향상을 보장하지는 않습니다.

Q7. 저사양 1베이 NAS(예: DS120J)를 서브 NAS로 사용하는 것이 적합할까요?

A. 권장되지 않습니다. DS120J와 같은 저사양 1베이 NAS는 여러 한계점을 가집니다.

성능 문제: ARM 프로세서와 512MB RAM은 매우 낮은 사양으로, 단순 백업 중에도 DSM 웹 페이지가 버벅거릴 수 있습니다. SMB 파일 전송 속도 또한 만족스럽지 못합니다.

1베이의 한계: RAID 구성이 불가능하여 디스크 고장 시 모든 데이터가 손실됩니다. 이는 1차 백업 용도로도 안정성이 매우 부족함을 의미합니다.

서비스 활용: QuickConnect는 매우 느릴 수 있어 실용성이 떨어지며, 이 용도라면 DDNS와 포트포워딩을 설정하는 것이 훨씬 낫습니다.

결론: 차라리 기존 메인 NAS를 업그레이드하거나, 특정 앱(예: Synology Photos) 사용이 목적이라면 외장 하드를 활용하는 것이 비용 및 성능 면에서 더 효율적인 선택일 수 있습니다.

Q8. NAS 내부 정보를 외부 LCD 화면에 표시할 수 있나요?

A. 네, 가능합니다. NAS의 CPU 온도, 디스크 사용량, 네트워크 상태 등의 내부 정보를 작은 LCD 화면에 표시하는 것은 커스텀 프로젝트로 구현할 수 있습니다.

구현 방법:

스크립트 실행: 작업 스케줄러를 이용해 주기적으로 시스템 정보를 수집하는 쉘 스크립트나 파이썬 스크립트를 실행합니다.

정보 전송: 수집된 정보를 직렬(Serial) 통신이나 네트워크를 통해 LCD를 제어하는 아두이노(Arduino)나 라즈베리 파이(Raspberry Pi) 같은 마이크로컨트롤러로 전송하여 화면에 표시합니다.

SSH 활용: SSH를 통해 원격으로 정보 수집 명령어를 실행하고 그 결과를 파싱하여 LCD에 출력하는 방식도 사용될 수 있습니다.

Q9. NAS의 잦은 전원 ON/OFF가 하드디스크 수명에 부정적인 영향을 미치나요?

A. 과거에는 헤드 파킹 문제로 부정적인 인식이 있었으나, 최신 HDD 기술에서는 이 문제가 많이 개선되었습니다. 하드디스크 수명에 가장 큰 영향을 미치는 것은 전원 ON/OFF 자체가 아니라, 잦은 스핀업/다운(Spin-up/down), 즉 절전 모드 진입과 해제가 빈번하게 반복되는 것입니다. 주 1~2회 정도의 규칙적인 ON/OFF는 대부분 문제 없으며, 하루에도 여러 번 껐다 켜는 것이 아니라면 크게 우려하지 않아도 됩니다.

Q10. AMD 기반 시스템에서 메모리 예약 오류가 발생합니다.

A. AMD CPU, 특히 내장 그래픽(iGPU)이 있는 APU 시스템에서 부팅 시 시스템이 과도한 양의 메모리(예: 13GB)를 예약하는 문제가 발생할 수 있습니다.

원인: 이는 주로 내장 그래픽이 시스템 메모리의 일부를 비디오 메모리(VRAM)로 할당하는 과정에서 발생하는 문제와 관련이 있을 수 있습니다.

해결 시도: MSHELL과 같은 일부 로더에는 이 문제를 완화하기 위한 커맨드 옵션이 자동으로 적용되지만, 항상 효과적이지 않을 수 있습니다. BIOS 설정에서 iGPU 관련 메모리 할당 옵션을 조정하거나, 커뮤니티에서 공유되는 커널 부팅 파라미터를 추가하여 예약 메모리 양을 줄일 수 있습니다.

Q11. 중고 UPS에서 배터리 교체 알림이 뜹니다. 인산철 배터리를 사용해도 될까요?

A. 중고 UPS의 배터리 교체 알림은 대부분 내장된 납축 배터리의 수명이 다했기 때문입니다.

배터리 교체:

납축 배터리: CSB와 같은 APC 정품과 유사한 규격의 배터리로 교체할 수 있습니다. 로케트 배터리 등도 사용 가능하지만, 충전 허용 전류가 낮아 수명이 다소 짧아질 수 있습니다.

인산철 배터리(LiFePO4): 납축 배터리보다 수명이 길고 안정적이어서 좋은 대안이 될 수 있습니다. APC에서도 인산철 배터리를 사용하는 모델이 출시되고 있습니다. 단, 충전 전압이나 특성이 다르므로 UPS가 해당 배터리 타입을 지원하는지 확인하는 것이 좋습니다.

Q12. 헤놀로지 DSM 모델 종류에 따라 성능 차이가 있나요?

A. 아니요, 실제 성능은 전적으로 사용하는 PC 하드웨어 사양에 따라 결정됩니다. DSM 모델 선택은 하드웨어 성능에 직접적인 영향을 주지 않습니다. 다만, 다음과 같은 기능적 차이로 인해 모델을 선택하게 됩니다.

NVMe 볼륨 지원 여부: DS923+와 같은 특정 모델만 공식적으로 NVMe 볼륨을 지원합니다.

하드웨어 트랜스코딩 지원 여부: iGPU를 활용한 트랜스코딩을 위해서는 이를 지원하는 모델(예: DS918+, SA6400)을 선택해야 합니다.

보안 업데이트: DSM 버전을 최신으로 유지하는 것은 성능 향상보다는 최신 보안 위협에 대비하는 의미가 더 큽니다.

Q13. 삼성 NVMe SSD를 네이티브 헤놀로지의 저장소(볼륨)로 사용하는 것이 좋지 않다고 알려져 있는데, 사실인가요?

A. 공식적으로 시놀로지는 DS923+ 모델에서 자사 NVMe SSD의 볼륨 생성만 지원합니다. 그 외의 경우, 특히 헤놀로지에서 NVMe를 시스템 볼륨으로 사용하는 것은 커뮤니티에서 개발한 비공식적인 기능이므로 안정성을 보장하기 어렵습니다. 과거 macOS 환경에서 삼성 SSD의 TRIM 관련 이슈가 있었던 것처럼, 리눅스 기반인 DSM에서도 잠재적인 호환성 문제가 있을 수 있습니다. 최대한의 안정성을 원한다면 공식적으로 지원되는 SATA SSD/HDD를 시스템 볼륨으로 사용하는 것이 좋습니다.

Q14. 시놀로지 NAS의 HDD 슬롯 위치를 변경해도 되나요?

A. 네, 위치를 변경해도 시스템 작동에는 문제가 없습니다. DSM은 디스크를 물리적인 슬롯 번호가 아닌, 각 디스크의 고유한 식별자(ID)로 인식합니다. 따라서 전원을 끈 상태에서 디스크의 물리적인 위치를 바꾸더라도, 시스템은 디스크를 정상적으로 인식합니다. 예를 들어, 3번 슬롯의 디스크와 4번 슬롯의 디스크를 서로 맞바꾸더라도 DSM에서는 여전히 각각을 '디스크 3', '디스크 4'로 인식합니다.

Q15. 다운로드 중 시스템 속도가 저하됩니다. 어떻게 해결하나요?

A. 이는 주로 디스크 입출력(I/O) 병목 현상 때문입니다.

원인: DSM 운영체제는 주로 첫 번째 디스크에서 실행됩니다. 만약 다운로드 스테이션의 임시 폴더(@download)가 이 첫 번째 디스크와 동일한 볼륨에 위치하면, 다운로드로 인한 빈번한 쓰기 작업이 시스템 전체의 반응 속도를 저하시킬 수 있습니다.

해결 방법:

임시 폴더 변경: 다운로드 스테이션 설정에서 임시 폴더 위치를 시스템 볼륨이 아닌 다른 볼륨(다른 디스크)으로 변경하는 것이 가장 효과적입니다.

시스템 디스크 SSD로 교체: 첫 번째 디스크를 SATA SSD로 교체하면 전반적인 DSM 반응 속도를 크게 개선할 수 있습니다.

RAID 구성: SHR과 같이 여러 디스크에 데이터가 분산되는 RAID로 구성하면 특정 디스크에 부하가 집중되는 현상을 완화할 수 있습니다.

Q16. M.2 to SATA 또는 PCIe to SATA 변환 카드를 사용하면 장치는 무엇으로 인식되나요?

A. 해당 변환 카드들은 인터페이스를 변환해주는 역할을 하므로, 최종적으로 메인보드에 연결되는 방식에 따라 인식됩니다. M.2 to SATA나 PCIe to SATA 카드를 사용하여 SSD나 HDD를 연결하면, 시스템은 이들을 SATA 장치로 인식합니다.

Q17. 오래된 미니 PC의 mSATA 단자를 SATA 확장 어댑터로 활용할 수 있나요?

A. 불가능할 가능성이 매우 높습니다. mSATA와 mini-PCIe는 물리적인 슬롯 크기는 같지만, 전기적인 신호 규격이 완전히 다릅니다. 따라서 mSATA 단자에 SATA 확장 어댑터를 연결해도 작동하지 않습니다. 또한, 하드디스크 구동에 필요한 12V 전력을 mSATA 포트에서 공급받는 것도 어렵습니다. 이 경우, 외장 DAS(Direct Attached Storage)를 사용하는 것이 현실적인 해결책입니다.

3. 고급 활용 및 가상화 (Proxmox / TrueNAS)

Q1. Proxmox에 헤놀로지를 올리는 것의 장점은 무엇인가요?

A. 네이티브 설치에 비해 Proxmox와 같은 하이퍼바이저 위에 헤놀로지를 가상 머신(VM)으로 올리는 방식은 여러 장점을 가집니다.

관리 편의성: 원격으로 VM을 제어할 수 있어, 부팅 문제 발생 시에도 모니터나 키보드 연결 없이 원격 콘솔로 쉽게 해결할 수 있습니다. 부팅용 USB를 계속 꽂아둘 필요도 없습니다.

유연한 리소스 관리: 남는 하드웨어 리소스를 활용하여 헤놀로지 외에 다른 VM(예: Docker 전용 리눅스 서버, 윈도우)을 동시에 운영할 수 있습니다.

백업 및 복구 용이: Proxmox의 스냅샷이나 백업 기능을 이용하면 VM 전체를 손쉽게 백업하고 문제 발생 시 빠르게 복원할 수 있습니다.

Q2. 네이티브 DSM을 ESXi나 Proxmox로 옮길 때 디스크 패스스루가 안 됩니다.

A. 이는 가상화 호스트(Proxmox/ESXi)가 설치된 디스크와 패스스루하려는 디스크가 동일한 SATA 컨트롤러에 연결되어 있기 때문일 가능성이 높습니다.

원인: 호스트 OS가 사용하는 컨트롤러를 VM에 통째로 넘겨주면, 호스트는 자신의 부팅 디스크에 접근할 수 없게 되어 시스템이 멈추거나 부팅 불능 상태에 빠집니다.

해결책:

컨트롤러 분리: 호스트 부팅용 디스크(SATA SSD, NVMe 등)와 헤놀로지에서 사용할 데이터 디스크를 물리적으로 다른 SATA 컨트롤러에 연결하세요. (예: 메인보드 칩셋 SATA 포트와 별도의 SATA 확장 카드)

RDM 활용 (ESXi): 패스스루가 복잡할 경우, 물리 디스크를 가상 디스크 파일처럼 매핑하는 RDM(Raw Device Mapping)이 더 쉽게 작동할 수 있습니다.

개별 디스크 패스루 (Proxmox): 컨트롤러 전체가 아닌, 개별 디스크를 qm set [VMID] -scsiX /dev/disk/by-id/... 와 같은 명령어로 직접 VM에 연결하면 데이터 포맷 없이 기존 데이터를 유지할 수 있습니다. 다만, SCSI 방식으로 연결 시 일부 디스크가 인식되지 않거나 파티션 손상 문제가 발생할 수 있으므로, SATA 방식(-sataX)으로 연결하는 것이 더 안정적일 수 있습니다.

Q3. Proxmox에서 TrueNAS로 ZFS over iSCSI 연결 시 속도 저하 및 연결 실패 문제가 있습니다.

A. 이는 특정 버전의 TrueNAS와 Proxmox 간의 API 호환성 문제일 수 있습니다.

버전 확인: TrueNAS ElectricEel-24.10.2 이상 버전에서는 API 형식이 변경되어 Proxmox와의 ZFS over iSCSI 연결에 문제가 발생할 수 있습니다. 해당 버전을 사용 중이라면 하위 버전으로 다운그레이드하거나, API 문제가 해결될 때까지 업데이트를 미루는 것이 좋습니다.

대안: ZFS over iSCSI는 단일 기기 연결에 적합합니다. 여러 기기에서 동시 접근이 필요하다면, ZFS dataset을 생성하고 NFS나 SMB 공유를 설정하는 것이 더 안정적입니다. 파일 공유 및 관리를 위해서는 Alist(뷰어)나 Nextcloud(편집/동기화) 같은 서비스를 Docker로 구성하는 것도 좋은 방법입니다.

Q4. DSM과 HAOS(Home Assistant)를 함께 사용하고 싶습니다. Proxmox 가상화와 헤놀로지 VMM 중 어느 것이 나을까요?

A. 두 방식 모두 가능하지만, 유연성과 안정성 면에서 장단점이 있습니다.

Proxmox + (헤놀로지 + HAOS) 방식: 가장 유연하고 확장성이 좋은 방식입니다. Proxmox라는 전문 하이퍼바이저 위에서 헤놀로지, HAOS, 그 외 다른 OS들을 독립적으로 운영할 수 있어 서로 영향을 주지 않습니다. AOOSTAR WTR PRO N100과 같은 미니 PC에서 이 방식으로 많이 사용됩니다.

헤놀로지 + VMM + HAOS 방식: DSM 내에서 모든 것을 해결할 수 있어 관리가 간편해 보일 수 있습니다. 하지만 헤놀로지(DSM) 자체가 불안정해지면 그 위에서 동작하는 HAOS도 함께 영향을 받게 됩니다. 또한 VMM은 범용 하이퍼바이저에 비해 성능이나 기능 면에서 제한적일 수 있습니다.

결론: 장기적인 안정성과 다양한 OS 활용을 고려한다면 Proxmox를 기반으로 가상화하는 것을 추천합니다.

Q5. 헤놀로지 VMM에 Windows를 설치할 때 블루스크린(IRQL_NOT_LESS_OR_EQUAL)이 발생합니다.

A. 이는 Synology VMM의 오랜 호환성 문제로, 호스트 CPU, DSM 버전, 게스트 OS 버전에 따라 발생할 수 있습니다.

해결 시도:

설치하려는 Windows 10의 다른 버전(예: 구버전 ISO)으로 시도해 봅니다.

VM 설정에서 'CPU 호환성 모드'를 활성화해 봅니다.

VM에 할당된 메모리나 CPU 코어 수를 조정해 봅니다.

근본적인 대안: VMM에서 계속 문제가 발생한다면, Proxmox로 전환하는 것을 강력히 추천합니다. Proxmox는 훨씬 더 넓은 하드웨어 및 게스트 OS 호환성을 제공하여 안정적인 가상화 환경을 구축하기 용이합니다.

Q6. 헤놀로지에서 그래픽카드로 트랜스코딩을 할 수 있나요? (feat. Intel Arc A310)

A. 네이티브 헤놀로지 환경에서는 그래픽카드(dGPU)를 이용한 트랜스코딩이 불가능합니다. 헤놀로지는 그래픽카드 슬롯이 없는 시놀로지 정품 모델을 에뮬레이션하기 때문에, 별도의 그래픽카드를 인식하고 활용할 드라이버나 시스템 구성이 갖춰져 있지 않습니다.

가상화 환경: Proxmox와 같은 가상화 환경에서는 GPU 패스스루를 통해 VM(가상머신)에 그래픽카드를 직접 할당할 수 있습니다. 하지만 이 경우에도 헤놀로지(DSM)가 해당 그래픽카드(예: Intel Arc A310)의 드라이버를 지원해야 하므로, 성공을 보장하기 어렵습니다.

권장 대안: 동영상 트랜스코딩이 주 목적이라면, 헤놀로지 대신 Ubuntu나 OMV(OpenMediaVault) 같은 범용 리눅스 서버 OS를 설치하고, 그 위에 Jellyfin이나 Plex를 Docker로 구성하는 것이 훨씬 편리하고 안정적입니다. 이 방식은 드라이버 설치가 자유로워 하드웨어 가속을 활용하기 용이합니다.

Q7. USB 외장하드를 내부 드라이브로 인식시키려면 어떻게 해야 할까요?

A. VMware와 같은 가상화 환경을 이용하면 가능합니다. VMware에서는 USB 컨트롤러를 VM에 패스스루하거나, 물리적 디스크(Physical Disk)를 직접 VM에 마운트하는 기능을 제공합니다. 이 기능을 이용해 USB 외장하드를 SATA 디스크처럼 VM에 인식시켜 내장 드라이브처럼 사용할 수 있습니다. UASP(SCSI)로 연결된 장치도 VM 설정에서 SATA로 지정하여 마운트할 수 있습니다. 단, 외장하드 케이스의 칩셋 호환성 문제가 발생할 수 있으니 주의해야 합니다.

Q8. Proxmox에서 6개 이상의 SATA 드라이브를 인식시키려면 어떻게 해야 하나요?

A. Proxmox의 기본 설정으로는 SATA/SCSI 디스크 개수 제한에 걸릴 수 있습니다.

컨트롤러 변경: VM의 하드웨어 설정에서 SCSI 컨트롤러를 기본(LSI 53C895A) 대신 **'Virtio SCSI single'**로 변경하면 9개 이상의 SCSI 드라이브를 정상적으로 인식시킬 수 있습니다. 또는 'VMware PVSCSI' 컨트롤러로 변경하는 것도 방법입니다.

SATA 포트 확장: SATA 확장 카드를 사용하여 물리적인 포트를 늘리고, 이를 패스스루하여 VM에 할당하는 방법도 유효합니다.

Q9. Proxmox에서 헤놀로지 DSM 설치 시 "DSM 설치 실패" 오류가 발생합니다.

A. 이는 주로 가상 디스크의 초기 할당 용량이 너무 작아서 발생하는 문제입니다. DSM 운영체제 설치를 위해서는 최소 30GB 이상의 용량을 할당해야 합니다. 1GB와 같이 작은 용량으로는 OS 설치가 불가능합니다.

Q10. TrueNAS (ZFS)에서 SSD 캐시를 사용하는 것이 좋은가요?

A. 가정 환경에서는 신중하게 접근해야 합니다.

권장 사항: TrueNAS 개발사인 iXsystems는 RAM 64GB 미만 시스템에서는 캐시 디스크보다 RAM을 증설하는 것을 우선적으로 권장합니다.

L2ARC (읽기 캐시): RAM 용량에 비해 너무 큰 L2ARC를 구성하거나, 느린 SATA SSD를 사용하면 오히려 I/O 성능이 저하될 수 있습니다.

SLOG (쓰기 캐시): 동기식(Sync) 쓰기 작업을 가속화하기 위한 것으로, 고성능 Optane SSD와 같은 전용 장치가 권장됩니다. 일반적인 비동기(Async) 쓰기 작업에는 영향을 주지 않습니다.

결론: 캐시 디스크는 관리가 필요하며 실패 시 풀(Pool) 접근이 불가능해질 수 있으므로, 일반적인 가정 환경에서는 RAM을 늘리는 것이 더 효율적이고 안전합니다.

Q11. Proxmox SA6400에서 /dev/dri 폴더가 없습니다.

A. /dev/dri 폴더는 GPU 하드웨어 가속에 필요한 장치 파일 경로입니다. 이 폴더가 없다면 하드웨어 가속을 사용할 수 없습니다.

해결책: VM에 내장 GPU(iGPU)를 패스스루하여 /dev/dri 폴더를 활성화해야 합니다. 이를 통해 Plex나 Jellyfin과 같은 미디어 서버에서 하드웨어 트랜스코딩을 사용할 수 있습니다. 단, 12세대 Intel CPU와 같은 최신 하드웨어의 가속 기능이 헤놀로지에서 완벽하게 지원되는지는 추가적인 확인이 필요합니다.

4. 네트워크 및 외부 접속 문제 해결

Q1. 헤놀로지에서 QuickConnect를 사용할 수 있나요?

A. 기술적으로는 가능하지만, 권장되지 않으며 위험이 따릅니다. QuickConnect를 사용하려면 정품 시리얼 번호(S/N)와 MAC 주소가 필요하며, 이를 헤놀로지에서 위장하여 사용할 경우 시놀로지 서버로부터 해당 계정이나 시리얼이 차단(밴)될 수 있습니다. 안전한 외부 접속을 원한다면 DDNS와 포트 포워딩 설정을 이용하는 것이 정석적인 방법입니다.

Q2. 리버스 프록시와 포트 포워딩의 차이점은 무엇인가요?

A. 두 기술은 외부에서 내부 네트워크의 서비스에 접근하게 해준다는 공통점이 있지만, 동작 방식과 장단점이 명확히 다릅니다.

포트 포워딩 (L4 계층): 외부의 특정 포트(예: 8080)를 내부 장치의 특정 포트(예: 192.168.0.10:5000)로 직접 1:1 연결하는 단순한 라우팅 기능입니다. 설정이 간단하지만, 서비스마다 외부 포트를 열어야 하므로 보안에 취약하고 포트 관리가 번거롭습니다.

리버스 프록시 (L7 계층): 모든 요청을 하나의 관문(보통 80/443 포트)에서 받은 뒤, sub.domain.com과 같은 도메인 이름이나 경로를 분석하여 적절한 내부 서버로 전달합니다.

장점:

보안 강화: 실제 서버의 IP나 포트를 외부에 노출하지 않습니다.

포트 관리 용이: 80/443 포트 하나만 열어두고 여러 서비스를 운영할 수 있습니다.

SSL 인증서 통합 관리: 리버스 프록시 서버에서 모든 도메인의 SSL 인증서를 한 번에 관리하고 자동 갱신할 수 있어 매우 편리합니다.

결론: 단순한 서비스 1~2개를 여는 것이 아니라면, 보안과 편의성을 위해 리버스 프록시 사용을 강력히 권장합니다.

Q3. 하나의 공인 IP로 여러 NAS와 서비스를 동시에 외부 접속하려면 어떻게 해야 하나요?

A. **리버스 프록시(Reverse Proxy)**를 사용하는 것이 가장 효율적이고 안전한 방법입니다.

서브도메인 활용: heno.myddns.com, nextcloud.myddns.com과 같이 각 서비스에 대한 서브도메인을 만듭니다.

리버스 프록시 설정: 메인으로 사용할 NAS나 별도의 프록시 서버(Nginx Proxy Manager 등)에서 리버스 프록시를 설정합니다. 각 서브도메인 요청이 들어오면 해당 서비스의 내부 IP와 포트로 전달하도록 구성합니다.

FTP 등 다른 프로토콜: FTP(21번 포트)와 같이 HTTP/HTTPS 기반이 아닌 프로토콜은 리버스 프록시로 처리할 수 없습니다. 이 경우 공유기에서 다른 외부 포트(예: 2121)를 FTP용으로 열어 NAS의 21번 포트로 포워딩하고, myddns.com:2121과 같이 접속해야 합니다.

Q4. SK 모뎀과 iptime 공유기를 사용할 때 외부 접속이 안 됩니다.

A. 공유기가 통신사 모뎀으로부터 공인 IP가 아닌 사설 IP(192.168.x.x)를 할당받는 이중 NAT(Double NAT) 환경일 가능성이 높습니다. 이 경우 외부에서 공유기로 직접 접근할 수 없습니다.

해결 방법: 통신사 모뎀의 설정을 **브릿지 모드(Bridge Mode)**로 변경하여, iptime 공유기가 공인 IP를 직접 받도록 해야 합니다. 모뎀 모델 번호를 인터넷에서 검색하여 브릿지 모드 설정 방법을 찾을 수 있습니다. 설정 후 변경된 공인 IP를 DDNS에 다시 등록하면 외부 접속이 가능해집니다.

Q5. 윈도우 네트워크 드라이브에 휴지통 기능을 만들 수 있나요?

A. 윈도우 클라이언트에서 네트워크 드라이브(SMB 공유 폴더)의 파일을 삭제하면, 기본적으로 로컬 휴지통으로 이동하지 않고 바로 영구 삭제됩니다.

DSM 휴지통 활성화: NAS의 각 공유 폴더 설정에서 '휴지통 활성화' 옵션을 체크하면, 네트워크 드라이브에서 삭제된 파일이 NAS 내의 #recycle 폴더로 이동합니다. 이를 통해 사용자 실수를 방지할 수 있습니다.

대안: Dropbox나 Syncthing과 같은 파일 동기화 서비스는 파일 버전 관리 기능을 제공하므로, 삭제된 파일을 복원하는 데 더 유용할 수 있습니다.

Q6. 파일 복사 속도가 불안정하게 떨어집니다. 원인이 무엇인가요?

A. 대용량 파일 복사 시 초기에는 빠르다가 급격히 속도가 저하되는 현상은 여러 요인이 복합적으로 작용하여 발생합니다.

캐시 및 버퍼 병목: 가장 일반적인 원인입니다. OS나 HDD 자체의 RAM 캐시/버퍼가 가득 차면, 데이터는 더 느린 물리적 플래터에 직접 기록되어야 하므로 속도가 급감합니다. 특히 약 2~3GB 정도까지 최고 속도를 보이다가 떨어지는 것은 RAM을 캐시로 활용하기 때문일 가능성이 높습니다.

HDD 특성:

SMR 방식: SMR 드라이브는 쓰기 작업 중 내부 데이터 재정렬로 인해 주기적으로 속도가 급감하는 특성이 있습니다.

파일 수 및 조각화: 단일 대용량 파일보다 수많은 작은 파일을 복사할 때, 또는 디스크 단편화가 심할 때 헤드가 여러 위치를 오가며 작업해야 하므로 속도가 불규칙해집니다.

기타 요인: 불량 SATA 케이블, 저품질 USB-SATA 어댑터, 부족한 전원 공급, CPU/HDD 발열로 인한 스로틀링(성능 저하), 백그라운드에서 실행되는 다른 작업 등도 속도 불안정의 원인이 될 수 있습니다.

Q7. VMware 헤놀로지에서 SMB 접속 오류(0x8007003B, 0x80070035)가 발생합니다.

A. 이 오류는 네트워크 연결 문제나 권한 문제 등 다양한 원인으로 발생할 수 있으며, CPU 성능도 영향을 미칠 수 있습니다.

CPU 성능: SMB 프로토콜은 파일 전송 시 암호화 및 압축과 같은 작업을 수행하므로 CPU 자원을 사용합니다. 저사양 CPU 환경에서 고사양 CPU로 교체 시 끊김 현상이 해결되었다는 보고가 있습니다.

기타 원인: 가상 네트워크 어댑터 설정 오류, 디스크 자체의 오류, 윈도우 클라이언트의 SMB 1.0 기능 비활성화 등도 원인이 될 수 있으므로 종합적인 점검이 필요합니다.

Q8. 공유기 교체 후 PC에서 역방향 프록시 접속이 안 되는데, 모바일에서는 잘 돼요.

A. 이는 새로 교체한 공유기가 NAT Loopback(헤어핀 NAT) 기능을 지원하지 않기 때문일 가능성이 매우 높습니다. PC와 NAS가 동일한 내부 네트워크에 있으면서 외부 도메인 주소로 접속을 시도할 때, 공유기가 이 요청을 처리하지 못하는 것입니다. 모바일은 외부망(LTE/5G)으로 접속하므로 이 문제에 해당되지 않습니다.

해결 방법:

공유기 설정에서 NAT Loopback 기능을 찾아 활성화합니다.

해당 기능이 없다면, 시놀로지에 DNS Server 패키지를 설치하고 도메인에 대한 로컬 DNS 레코드를 NAS의 내부 IP로 설정하여 해결할 수 있습니다.

또는 PC의 hosts 파일을 수정하여 도메인을 NAS의 내부 IP로 직접 지정하는 방법도 있습니다.

Q9. 헤놀로지에서 HTTPS로 변경 후 외부 접속이 안 됩니다.

A. 기관이나 회사 등에서 보안 정책으로 5000번대 포트를 차단하는 경우 발생할 수 있습니다. 이때 포트를 변경(예: HTTP 8080, HTTPS 8081)하고 DSM에서 HTTPS로 자동 리디렉션을 설정하면 "보안 문제로 연결할 수 없음" 오류가 발생할 수 있습니다.

해결 방법:

리디렉션 해제: 먼저 내부 IP로 접속하여 DSM의 HTTPS 자동 리디렉션 옵션을 해제합니다.

리버스 프록시 사용 (권장): Docker로 Nginx Proxy Manager(NPM)를 설치하는 것이 가장 좋은 해결책입니다. 공유기에서는 외부 443 포트만 NPM으로 포워딩하고, NPM에서 각 서비스(도메인)를 내부 IP와 HTTP 포트(예: 5000)로 연결하면 인증서 관리와 포트 관리가 매우 편리해집니다.

Q10. 헤놀로지 외부에서 WebDAV 접속 시 속도가 너무 느립니다.

A. NPM과 Cloudflare 네임서버를 사용할 때 WebDAV 속도가 느려지는 것은 대부분 **Cloudflare의 프록시 기능(주황색 구름 아이콘)**이 활성화되어 있기 때문입니다.

원인: Cloudflare 프록시를 거치면 모든 트래픽이 Cloudflare 서버를 경유하게 되어 지연 시간이 발생하고 속도가 저하될 수 있습니다.

해결 방법: Cloudflare 대시보드에서 WebDAV에 사용하는 A 레코드 또는 CNAME 레코드의 프록시 상태를 'DNS 전용'(회색 구름 아이콘)으로 변경하세요. 이렇게 하면 Cloudflare를 거치지 않고 사용자의 도메인이 NAS의 공인 IP로 직접 연결되어 원래 속도를 회복할 수 있습니다.

Q11. ASUS 공유기에서 인터넷 연결이 간헐적으로 끊깁니다.

A. 여러 기기가 연결된 공유기에서 인터넷이 주기적으로 끊기는 현상은 다양한 원인이 있을 수 있습니다.

전원 어댑터 노후화: 가장 흔한 원인 중 하나입니다. 특히 iptime 공유기에서 자주 발생하며, ASUS 공유기도 예외는 아닙니다. 어댑터가 제 성능을 내지 못하면 부하 시 전력 부족으로 공유기가 재부팅되거나 멈출 수 있습니다.

과열 문제: 통풍이 잘 안되는 곳에 설치되었거나 내부 발열이 심할 경우 오작동할 수 있습니다.

루프백(Loopback) 현상: 공유기에 연결된 하위 스위칭 허브나 기기의 LAN 케이블 불량으로 인해 네트워크 루프가 발생하면 전체 네트워크가 마비될 수 있습니다.

해결 시도:

전원 어댑터를 동일한 V(전압)에 같거나 더 높은 A(전류)를 가진 새 제품으로 교체해 봅니다.

연결된 LAN 케이블들을 하나씩 점검합니다.

공유기의 통풍이 잘 되도록 위치를 조정합니다.

Q12. 헤놀로지 기본 포트(80/443, 5000/5001)를 변경할 수 있나요?

A. 네, 변경 가능하지만 신중하게 접근해야 합니다.

DSM 포트 (5000/5001): 제어판 > 로그인 포털 > DSM에서 직접 변경할 수 있습니다.

웹 스테이션 포트 (80/443): Web Station 패키지 내에서 설정할 수 있습니다.

권장 방법: NAS 자체의 포트를 변경하는 것보다, 공유기에서 포트 포워딩 설정을 통해 외부 포트와 내부 포트를 다르게 매핑하는 것이 더 안전하고 편리합니다. 예를 들어, 외부에서 mydomain.com:8888로 접속하면 공유기가 이를 NAS_IP:5000으로 전달하도록 설정할 수 있습니다. 이렇게 하면 외부에 기본 포트를 노출시키지 않아 보안에 유리합니다.

Q13. 특정 Docker 컨테이너만 VPN을 통해 우회하게 할 수 있을까요?

A. 네, 가능합니다. **gluetun**과 같은 VPN 클라이언트 컨테이너를 사용하는 것이 일반적인 방법입니다.

구성 방법:

gluetun 컨테이너를 설정하여 원하는 VPN 서비스(예: NordVPN, Surfshark)에 연결합니다.

qBittorrent와 같은 다른 컨테이너의 네트워크를 container:gluetun으로 설정합니다.

결과: 이렇게 구성하면 qBittorrent의 모든 트래픽은 gluetun 컨테이너를 통해 VPN으로 우회되며, 다른 컨테이너나 NAS 자체는 일반 인터넷을 사용하게 됩니다.

주의점: NAS 자체의 VPN 클라이언트 기능을 사용하면 모든 트래픽이 VPN을 타게 되어 속도 저하가 발생할 수 있으므로, Docker를 활용한 선택적 라우팅이 더 효율적입니다.

Q14. Synology NAS에서 외부 공유 링크 생성 시 포트 번호를 없애려면 어떻게 해야 하나요?

A. 기본적으로 DSM은 공유 링크 생성 시 설정된 포트 번호를 포함합니다. 이 포트 번호를 URL에서 제거하려면, 웹 표준 포트인 80(HTTP)과 443(HTTPS)을 사용해야 합니다.

설정 방법: 제어판 > 외부 액세스 > 고급 탭에서 DSM(HTTP)과 DSM(HTTPS)의 포트 번호를 각각 80과 443으로 설정합니다. 이렇게 하면 공유 링크 생성 시 포트 번호가 생략됩니다.

주의: 이 방법을 사용하려면 공유기의 80/443 포트가 다른 서비스(예: 공유기 관리 페이지)에서 사용되고 있지 않아야 합니다. 이 경우 리버스 프록시를 사용하는 것이 더 나은 해결책입니다.

Q15. SMB로 연결했을 때 특정 폴더(예: docker 폴더)가 보이지 않습니다.

A. 이는 접근 권한 문제가 아니라, 해당 공유 폴더의 표시 옵션 때문일 가능성이 높습니다.

해결 방법: DSM 제어판 > 공유 폴더에서 보이지 않는 폴더를 선택하여 편집합니다. '일반' 탭에서 "내 네트워크 환경에서 이 공유 폴더 숨기기" 옵션이 체크되어 있다면 해제합니다. 이 옵션은 파일 탐색기 등에서 폴더를 보이지 않게 할 뿐, 직접 경로를 입력하면 정상적으로 접근할 수 있습니다.

Q16. SMB3 멀티채널 설정 시 5G 속도가 나오지 않습니다.

A. SSH에서 SMB 멀티채널 관련 명령어를 실행했더라도, DSM GUI 설정이 누락되었을 수 있습니다.

해결 방법: 제어판 > 파일 서비스 > SMB > 고급 설정 > 기타에서 'SMB3 다중 채널 활성화' 옵션을 체크해야 합니다. 이 옵션을 활성화하면 2.5G 랜카드 두 개를 사용한 환경에서 5Gbps에 가까운 속도를 경험할 수 있습니다.

Q17. iSCSI에도 SMB처럼 멀티채널을 적용할 수 있나요?

A. 네, 가능합니다. 하지만 SMB 멀티채널과는 다른 기술을 사용합니다. iSCSI의 경우, Windows 클라이언트에서 MPIO(Multipath I/O) 기능을 활성화하여 여러 네트워크 경로를 동시에 사용하여 대역폭을 늘리고 안정성을 확보할 수 있습니다. 프로덕션 환경에서는 스토리지 이중화를 위해 여러 개의 연결을 설정하기도 합니다.

5. 소프트웨어 및 기능 활용

Q1. 헤놀로지에서 Jellyfin으로 4K 영상을 볼 때 CPU 사용량이 80~90% 이상으로 치솟습니다.

A. 이는 영상이 실시간으로 변환되는 소프트웨어 트랜스코딩이 작동하고 있기 때문이며, CPU에 엄청난 부하를 줍니다.

원인: 사용 중인 헤놀로지 모델(예: DS3622xs+)이 하드웨어 가속을 지원하지 않거나, 지원하더라도 설정이 제대로 되지 않았기 때문입니다.

해결책:

하드웨어 트랜스코딩 활성화: 인텔 퀵싱크(Quick Sync)를 지원하는 CPU(주로 내장그래픽이 있는 모델)가 탑재된 헤놀로지 모델(예: SA6400, DS920+)을 사용해야 합니다.

GPU 활용: NVIDIA 그래픽카드(GTX 750ti 이상 권장)를 장착하여 트랜스코딩을 처리할 수 있습니다.

가상화(Proxmox): Proxmox 환경에서는 LXC 컨테이너에 Plex나 Jellyfin을 설치하고, CPU의 내장그래픽(iGPU)을 패스스루로 연결하여 하드웨어 트랜스코딩을 효율적으로 사용할 수 있습니다.

Q2. Synology Photos의 인물 인식 기능이 제대로 작동하지 않거나 사진 삭제 시 오류가 발생합니다.

A. Synology Photos는 여러 요인에 의해 문제가 발생할 수 있습니다.

인물 인식 문제:

CPU 성능: 이 기능은 CPU의 AI 가속 성능에 크게 의존하므로, Intel 11세대 이상과 같이 AI 추론 기능이 강화된 CPU에서 원활하게 작동합니다.

패키지 및 애드온 문제: DSM 업데이트 후 AME(Advanced Media Extensions) 패키지나 코덱 관련 문제가 발생하여 인덱싱이 실패할 수 있습니다. 헤놀로지에서는 codecpatch, photosfacepatch 같은 애드온이 필요할 수 있으며, 최신 로더에서는 이를 통합한 apppatch 애드온을 사용하는 것이 권장됩니다.

사진 삭제 오류:

웹 브라우저 문제: 특정 브라우저(예: 크롬)에서만 발생하는 버그일 수 있습니다. 모바일 앱에서는 정상적으로 삭제되는지 확인해보세요.

DSM/로더 버전: DSM 버전을 낮추거나 최신 RR 로더로 업데이트하여 해결된 사례가 있습니다.

구형 안드로이드 지원 문제: Synology Photos 앱은 안드로이드 10 이상을 요구합니다. 구형 기기에서는 시놀로지 다운로드 센터에서 구버전 APK를 수동으로 설치하거나, 모바일 웹 브라우저로 접속하여 사용해야 합니다.

Q3. DS Video에서 영상 재생 시 버퍼링이 심합니다.

A. 이는 DS Video 앱 자체의 문제이거나 클라이언트 플레이어와의 호환성 문제일 수 있습니다. DS Video 앱의 성능에 대해 만족하지 못하는 사용자들이 많습니다.

해결책:

다른 플레이어 사용: 안드로이드 기기라면 MX 플레이어나 VLC 플레이어를 설치하고 DS Video 설정에서 기본 플레이어로 지정하여 재생해 보세요. VLC 플레이어를 사용하여 해결되었다는 사례가 있습니다.

다른 앱 사용: Jellyfin, Plex, Infuse(Apple 기기)와 같은 전문 미디어 서버 및 플레이어 앱을 사용하면 훨씬 안정적이고 뛰어난 재생 경험을 얻을 수 있습니다.

Q4. 헤놀로지에서 Plex로 EAC3 또는 Dolby TrueHD 코덱 영상 재생이 안 됩니다.

A. 이는 주로 코덱 라이선스 문제 때문입니다.

EAC3: DSM 7.0 이후 버전부터 일부 오디오 코덱(DTS, EAC3 등)이 기본 패키지에서 제외되었습니다. AME(Advanced Media Extensions) 패치를 적용하여 해결할 수 있습니다.

Dolby TrueHD: Plex는 TrueHD와 같은 고음질 오디오 코덱의 트랜스코딩을 지원하지 않을 수 있습니다. Plex Pass를 사용하더라도 이는 마찬가지입니다. 이 경우, 클라이언트(재생 기기)가 해당 코덱을 직접 디코딩(다이렉트 플레이)할 수 있어야 합니다. AME 활성화 여부와는 관련이 없습니다.

Q5. 헤놀로지에서 워드프레스 블로그를 호스팅하니 속도가 너무 느립니다.

A. HDD에 직접 워드프레스를 설치하면 데이터베이스 I/O 병목으로 인해 속도가 매우 느릴 수 있습니다.

개선 방안:

SSD 사용: 워드프레스 파일과 데이터베이스를 HDD가 아닌 SSD에 설치하면 체감 속도가 비약적으로 향상됩니다.

캐시 플러그인: W3 Total Cache, WP Super Cache와 같은 캐시 플러그인을 설치하여 페이지 로딩 속도를 개선할 수 있습니다.

Docker 활용: 수동 설치보다 Docker를 통해 최적화된 워드프레스 이미지를 사용하는 것이 더 나은 성능을 보일 수 있습니다.

다른 CMS 고려: 워드프레스 자체가 무겁다고 느껴진다면, Ghost나 라이믹스(Rhymix)와 같이 더 가볍고 빠른 CMS를 대안으로 고려해볼 수 있습니다.

Q6. NAS에 다른 사람이 웹페이지를 통해 직접 계정을 생성하게 할 수 있나요?

A. 시놀로지 DSM은 자체적으로 사용자 가입 기능을 제공하지 않습니다. 하지만 다른 서비스를 연동하여 구현할 수 있습니다.

Authentik 연동: Authentik과 같은 오픈소스 ID 관리 솔루션을 설치하고 DSM과 연동하면, 사용자가 Authentik을 통해 가입한 후 해당 계정으로 DSM에 로그인하게 할 수 있습니다. 단, 자동 계정 생성은 지원하지 않으며 기존 계정 연동만 가능합니다.

File Browser 활용: 단순히 파일 공유가 목적이라면, 웹 기반 파일 관리 도구인 File Browser를 설치하고 '사용자 가입 허용' 옵션을 활성화하여 게스트 계정을 만들게 할 수 있습니다.

Q7. Docker VPN Torrent 웹 UI에 접속할 수 없습니다.

A. 이는 주로 접속 주소 형식 문제일 수 있습니다.

접속 주소 확인: 컨테이너 설정에 따라 다르지만, 일반적으로 http://NAS_IP:포트번호 형식으로 접속해야 합니다. 웹 UI가 하위 경로를 사용한다면 http://NAS_IP:포트번호/web/ 과 같은 형식일 수 있습니다.

로그 확인: Docker(Container Manager)에서 해당 컨테이너의 '로그' 탭을 확인하면 오류 메시지나 접속 주소에 대한 힌트를 얻을 수 있습니다.

이미지 문제: 사용 중인 Docker 이미지가 오래되었거나 특정 설정이 필요할 수 있습니다. 커뮤니티(SVRFORUM 등)에서 동일한 이미지(예: MarkusMcNugen/qBittorrentvpn)에 대한 설정 가이드를 참고하는 것이 좋습니다.

Q8. NAS 도커로 마인크래프트 서버를 만들 수 있나요?

A. 네, 가능합니다. NAS의 Docker(Container Manager)를 이용하여 마인크래프트 Java 에디션 서버(야생, 모드 서버 등)를 손쉽게 구축할 수 있습니다. 서버 사양에 따라 5명에서 20명까지도 충분히 함께 즐길 수 있으며, 셰이더와 모드를 함께 적용하는 것도 가능합니다.

Q9. 시놀로지 안내 및 알림 메일 내용을 수정할 수 있나요?

A. 네, DSM의 알림 설정에서 메일 템플릿의 일부 내용을 수정할 수 있습니다. 하지만 신규 사용자 생성 안내 메일 등에서 발송되는 링크 주소가 설정한 도메인이 아닌 내부 IP로 나가는 문제가 발생할 수 있으며, 이는 리버스 프록시나 네트워크 설정 문제일 수 있습니다.

Q10. 헤놀로지에서 Surveillance Station을 사용하려면 어떻게 해야 하나요?

A. DSM 7.2 버전부터 시놀로지 정품 확인 기능이 강화되어, 일반적인 헤놀로지에서는 Surveillance Station 설치 및 사용이 어렵습니다.

해결 방법:

모델 변경: 헤놀로지 모델을 DVA1622와 같이 Surveillance Station을 공식 지원하는 모델로 변경하여 재설치합니다.

전백코드 사용: 커뮤니티에서는 타오바오 등에서 판매되는 **'전백코드(Full White Code)'**를 구매하여 입력하면 모든 정품 기능을 제약 없이 사용할 수 있다고 알려져 있습니다.

주의사항: 이 코드는 주로 중국 내수용 시리얼이므로, 중국 외 지역에서 사용 시 시놀로지로부터 계정이나 기기가 차단(ban)될 위험이 있다는 의견도 있습니다. 많은 사용자들이 이 위험을 줄이기 위해 QuickConnect 대신 직접 도메인을 구매하고 리버스 프록시를 통해 접속하는 방법을 선호합니다.

Q11. Kavita 앱이 갑자기 초기화되었습니다. 어떻게 복구하나요?

A. 이는 주로 앱 버전 업데이트 과정에서 데이터베이스(DB)가 손상되거나 경로가 꼬여서 발생할 수 있습니다.

백업 확인: Kavita는 자동으로 백업을