2026 年 Plex 與 Jellyfin 搭建：打造家庭影音串流中心
自建串流中心最常被低估的就是硬體規劃。很多人以為「反正只是播影片，隨便一台舊電腦就行」，結果買了才發現轉碼卡成幻燈片、硬碟不夠放、噪音大到睡不著。以下我會用「實際使用情境」來拆解硬體需求，而不是只看規格數字。
核心零件怎麼選：CPU、GPU、記憶體與硬碟
CPU 與內顯是關鍵。家庭影音串流最吃重的不是 CPU 運算，而是「硬體轉碼」。當客戶端不支援原始影片格式（例如你收藏的是 HEVC 10bit，但電視只吃 H.264），伺服器就必須即時轉碼。此時 Intel 的 Quick Sync（QSV）幾乎是平民救星：第 8 代以後的內顯就能處理 H.264 與 HEVC，第 11 代以後支援 AV1 解碼，Intel Arc 獨立顯卡與 Meteor Lake 之後的內顯更支援 AV1 編碼。AMD 的 AMF 與 NVIDIA 的 NVENC 也能用，但功耗與價格通常不如 Intel 內顯划算。
2026 年最熱門的選擇是 Intel N 系列（N100、N150、N305）與 Core Ultra 系列。N100 的功耗只有 6W 左右，被動散熱就能應付，拿來跑 Jellyfin 加 Plex 再加幾個 Docker 服務完全夠用；N305 是 8 核心版本，適合媒體庫較大、同時多用戶觀看的情境。如果你想要更強的效能與 AV1 編碼，可以考慮 Intel Arc A310 或 A380 獨立顯卡，搭配一台中階桌機或 ITX 主機。
記憶體方面，8GB 是基本門檻，16GB 會讓你跑 Docker、資料庫與刮削時更從容。如果你打算用 ZFS 檔案系統，建議至少 16GB，因為 ZFS 的 ARC 快取非常吃記憶體，但換來的是資料完整性與讀取加速。
硬碟是整個系統最容易花錢也最容易忽略的部分。請務必選 CMR（傳統磁記錄）硬碟，避開 SMR（疊瓦式磁記錄），因為 SMR 硬碟在寫入大量資料或重建 RAID 時效能會嚴重崩潰。WD Red Plus、Seagate IronWolf、Toshiba N300 都是常見的 NAS 碟選擇。容量方面，2026 年單顆 16TB 到 22TB 的價格已經相對親民，建議至少兩顆做鏡像或 RAID，並保留一顆外接硬碟做離線備份。
三種預算配置建議
配置等級
建議硬體
適合情境
預算區間（新台幣）
入門輕量
單人使用、1～2 台裝置同時觀看、以直連播放為主
約 12,000～18,000
主流均衡
家庭 3～5 人、多裝置同時串流、需要硬體轉碼
約 25,000～40,000
進階玩家
多用戶、4K HDR 轉碼、AV1 編碼、同時跑多個服務
約 50,000 以上
提醒一下，硬碟的預算最好抓總預算的一半以上。很多人花了三萬買主機，結果只塞一顆硬碟，這是最常見的本末倒置。媒體庫會長大，硬碟永遠不夠用，與其之後拆機重裝，不如一開始就把擴充空間規劃好。
系統與環境準備
硬體到位之後，接下來是軟體環境。這一段是很多新手卡關的地方，但其實只要觀念清楚，選擇並不難。
作業系統選擇：Windows、Linux 還是 NAS 系統？
Windows 的優點是親切、驅動好處理，Plex 與 Jellyfin 都有原生安裝檔。缺點是系統更新容易干擾服務、記憶體佔用較高、Docker 在 Windows 上的體驗仍不如 Linux。如果你只是想在既有電腦上順便跑，Windows 可以，但如果你想長期穩定運行，不建議。
Linux 是自建串流中心的主流。Ubuntu Server、Debian、Fedora Server 都可以，搭配 Docker 與 Docker Compose，部署 Plex 與 Jellyfin 幾乎是複製貼上。Linux 的資源佔用低、穩定性高、硬體轉碼支援完整，是進階玩家的首選。
NAS 系統則介於兩者之間。TrueNAS SCALE、Unraid、OpenMediaVault 都提供網頁管理介面與内建的儲存管理，對不想碰指令列的人很友善。Unraid 的陣列設計可以混用不同容量硬碟，擴充性極佳，是影音玩家最愛的系統之一；TrueNAS SCALE 則以 ZFS 與資料完整性見長。這類系統通常也支援 Docker 或 Kubernetes，跑 Plex 與 Jellyfin 沒有問題。
我的建議是：如果你打算認真經營媒體庫、未來會持續擴充硬碟，直接選 Unraid 或 TrueNAS SCALE；如果你只想用一台迷你主機簡單跑，Ubuntu Server 加 Docker 是最輕量的方案。
Docker 與資料夾結構規劃
不管你用哪套系統，我都強烈建議用 Docker 部署 Plex 與 Jellyfin。原因很簡單：更新容易、環境隔離、設定檔集中管理、移機方便。你只要把設定檔資料夾備份起來，整台主機換掉也能無痛還原。
資料夾結構更是重中之重。好的結構讓你刮削順利、備份簡單、未來搬家不頭痛。以下是我推薦的目錄規劃：
/mnt/media
├── movies # 電影，每部一個資料夾
│ └── 沙丘2 (2024)
│ └── 沙丘2 (2024) 2160p.mkv
├── tv # 影集，每季一個子資料夾
│ └── 絕命毒師 (2008)
│ └── Season 01
│ └── 絕命毒師 S01E01.mkv
├── anime # 動畫
├── music # 音樂
└── photos # 照片
/docker
├── plex
│ └── config
├── jellyfin
│ └── config
└── ...
命名規範請務必遵守「官方名稱 (年份)」的格式，影集則用「S01E01」。Plex 與 Jellyfin 的刮削器對命名非常敏感，命名對了，海報、簡介、演員表自動到位；命名錯了，你會看到一堆「未知影片」躺在媒體庫裡，手動修正到懷疑人生。
Jellyfin 安裝與設定實戰
我們先從 Jellyfin 開始，因為它免費、開源、部署簡單，很適合當作入門的第一套系統。就算你之後要加裝 Plex，Jellyfin 的設定經驗也能完全沿用。
用 Docker Compose 部署 Jellyfin
以下是 2026 年通用的 Jellyfin Docker Compose 範例。請依照你的實際路徑調整 volumes 與 devices：
services:
jellyfin:
image: jellyfin/jellyfin:latest
container_name: jellyfin
restart: unless-stopped
network_mode: host
volumes:
- /docker/jellyfin/config:/config
- /docker/jellyfin/cache:/cache
- /mnt/media:/media:ro
devices:
- /dev/dri:/dev/dri
environment:
- PUID=1000
- PGID=1000
- TZ=Asia/Taipei
幾個重點說明。第一，network_mode: host 讓 Jellyfin 直接使用主機網路，省去連接埠對應的麻煩，DLNA 與用戶端自動探索也比較順。第二，/dev/dri 是 Intel 內顯的裝置節點，掛載進去之後 Jellyfin 才能使用 Quick Sync 硬體轉碼，這是整篇教學裡最關鍵的一行，千萬不要漏掉。第三，媒體資料夾用 :ro 掛載為唯讀，避免 Jellyfin 誤刪你的檔案。第四，PUID 與 PGID 要設成你自己使用者的 UID 與 GID，否則可能會有權限問題，指令 id 可以查詢。
部署完成後，打開瀏覽器進入 http://你的主機IP:8096，就會看到 Jellyfin 的初始化精靈。依序設定語言、管理員帳號密碼、媒體庫路徑即可。媒體庫類型選擇「電影」或「節目」，資料夾指向 /media/movies 或 /media/tv。
媒體庫、刮削、字幕與硬體轉碼設定
Jellyfin 的刮削預設使用 TheMovieDB 與 TheTVDB，通常準確度不錯。如果你的媒體是中文名稱，建議在媒體庫設定裡把「偏好的中繼資料語言」設為繁體中文，並勾選「優先使用原始標題」與「優先使用本地檔案的中繼資料」，這樣刮削出來的簡介與標題會更符合期待。
字幕方面，Jellyfin 支援 OpenSubtitles 與本地字幕檔。建議在媒體庫設定中開啟「自動下載字幕」，並設定偏好語言為繁體中文與英文。如果你有大量動畫，可以考慮搭配 Bazarr 這套自動字幕工具，它會持續掃描你的媒體庫，補齊缺少的字幕，準確度比 Jellyfin 內建的高出不少。
硬體轉碼的設定路徑是「控制台 → 播放 → 轉碼」。請把「硬體加速」設為 Intel QuickSync（若你是 Intel 內顯），並勾選所有支援的編解碼格式，包括 H.264、HEVC、VP9、AV1。下方的「啟用硬體解碼」與「啟用硬體編碼」都要打開。設定完成後，你可以播放一部 4K HEVC 影片，然後到「儀表板 → 活動」觀察是否有「(HW)」標記，有的話就代表硬體轉碼成功啟用。
這裡有個小技巧：如果你的媒體庫主要以直連播放為主，轉碼其實很少發生；真正會觸發轉碼的情況，通常是客戶端不支援某種格式、頻寬不足而需要降低位元率、或者你開啟了字幕燒錄。因此，選擇支援度高的客戶端（例如 Apple TV 上的 Infuse、Android TV 上的 Jellyfin 官方 App、或電腦上的 Jellyfin Media Player）可以大幅降低轉碼需求，讓低功耗主機也能輕鬆應付。
Plex 安裝與設定實戰
接著來看 Plex。Plex 的優勢在於客戶端成熟度高、家人上手容易、刮削品質穩定，加上它的「Plex 專屬媒體庫」與跨裝置續看體驗確實做得好。如果你的家庭成員不太懂技術，Plex 通常是更好的選擇。
Plex 的安裝與伺服器設定
Plex 同樣可以用 Docker 部署。以下是官方映像的 Compose 範例：
services:
plex:
image: plexinc/pms-docker:latest
container_name: plex
restart: unless-stopped
network_mode: host
volumes:
- /docker/plex/config:/config
- /docker/plex/transcode:/transcode
- /mnt/media:/media:ro
devices:
- /dev/dri:/dev/dri
environment:
- PLEX_CLAIM=claim-xxxxxxxxxxxxxxxx
- TZ=Asia/Taipei
- PLEX_UID=1000
- PLEX_GID=1000
PLEX_CLAIM 是第一次啟動時用來把伺服器綁定到你 Plex 帳號的 Token，可以從 Plex 官網的 claim 頁面取得，有效期只有幾分鐘，所以請先申請好再啟動容器。啟動後進入 http://你的主機IP:32400/web，登入 Plex 帳號，就能看到設定精靈。
媒體庫的設定邏輯與 Jellyfin 類似，選擇「電影」或「電視節目」，指向對應資料夾。Plex 的刮削器在 2026 年已經相當成熟，只要命名正確，海報與簡介幾乎不會出錯。進階設定中建議開啟「使用本地資產」（如果你有自行下載的海報或字幕）、「掃描時自動更新媒體庫」，並在「代理程式」中確認使用 Plex Movie 與 Plex TV Series。
Plex Pass、遠端存取與 2026 年的政策變化
這是 2026 年最需要留意的一段。Plex 在 2025 年針對遠端串流做了政策調整，簡單說：非 Plex Pass 用戶從家庭網路以外的地方觀看時，會受到限制或需要額外解鎖。這對「只想在客廳看」的人影響不大，但如果你經常在外網觀看，或者要分享給不住在一起的家人，那就得認真考慮是否購買 Plex Pass。
Plex Pass 的主要價值包括：硬體轉碼、離線下載、行動裝置同步、多用戶管理、以及遠端串流的完整權限。如果你只是單純在家用電視看，免費版其實已經足夠；但如果你要發揮這篇教學的完整價值——尤其是硬體轉碼——Plex Pass 幾乎是必須的。
另外，Plex 的遠端存取設定比 Jellyfin 簡單一些，因為它會自動嘗試建立連線。不過自動連線不一定成功，若你的網路環境有雙重 NAT 或 ISP 封鎖連接埠，還是得手動設定連接埠轉發。建議的做法是：在路由器上把外部連接埠（例如 32400）轉發到主機的 32400，並在 Plex 設定中手動指定連接埠、關閉「自動調整」。
如果你不想在路由器上開洞，或是你的 ISP 不給真實 IP，可以考慮用 Tailscale 或 Cloudflare Tunnel 來建立安全的遠端通道。Tailscale 的安裝非常簡單，兩端裝好登入同一帳號就能互相連線，速度也不錯；Cloudflare Tunnel 則適合有自己網域的人，可以透過 HTTPS 存取，安全性更高。
Plex 與 Jellyfin 的全面比較
為了讓你更清楚該怎麼選，我把兩套系統在 2026 年的關鍵差異整理成下表。注意，這不是「誰比較好」的排名，而是「什麼情境適合誰」。
比較項目
Plex
Jellyfin
授權與價格
免費版功能完整，硬體轉碼與遠端串流需 Plex Pass
完全免費開源，所有功能無需付費
帳號與隱私
需註冊 Plex 帳號，部分資料經雲端驗證
無需註冊，資料完全自持
硬體轉碼
需 Plex Pass，支援 Intel、NVIDIA、AMD
免費，支援 Intel、NVIDIA、AMD、VAAPI
客戶端體驗
極佳，幾乎所有平台都有官方 App
良好，但部分平台需第三方 App 或手動安裝
刮削準確度
高，Plex Movie/TV Agent 成熟
中上，TheMovieDB 與 TheTVDB 表現穩定
多用戶管理
完善，可設定分級與家長控制
完善，支援多用戶與權限設定
外網存取
內建中繼與自動連線，但政策限制較多
需自行設定連接埠轉發或 VPN
社群與更新
商業團隊維護，更新頻繁
開源社群維護，版本更新稍慢但穩定
我的實務建議是：先裝 Jellyfin，用一兩週確認硬體與網路都沒問題，再決定要不要加裝 Plex。這樣你可以先用零成本的方式熟悉整個流程，等確定自己真的會長期使用，再考慮 Plex Pass 的投資。兩套系統可以指向同一份媒體檔，不會因為多裝一套而浪費硬碟空間。
外網存取與安全性
能在家裡看是基本，能在外網順順看才是完整。但外網存取也是最容易出錯、最需要謹慎的一段。以下整理幾種常見做法與注意事項。
連接埠轉發（Port Forwarding）是最直接的方式，在路由器上把外部連接埠指向主機 IP。優點是速度快、延遲低；缺點是你要有真實 IP，而且把服務暴露在公網上，安全性風險較高。若採用這種做法，請務必設定強密碼、開啟兩步驟驗證、定期更新軟體，並考慮只開放必要連接埠。
VPN 方案（例如 WireGuard、Tailscale、ZeroTier）是安全性最高的做法。你不需要在路由器上開任何洞，所有流量都走加密通道。Tailscale 特別適合一般人，安裝後幾乎不用設定，而且免費方案對家庭使用已經足夠。缺點是客戶端裝置都要安裝 VPN App，對不太懂技術的家人可能有點門檻。
反向代理（例如 Nginx Proxy Manager、Caddy、Traefik）適合有網域的人。你可以用 media.yourdomain.com 指向 Jellyfin 或 Plex，並自動申請 Let's Encrypt 憑證，享受 HTTPS 加密。Cloudflare Tunnel 則更進一步，完全不需要開路由器連接埠，就能把服務安全地暴露到外網。
無論用哪種方式，請記得以下安全守則：
管理介面與媒體服務盡量分開，或至少設定不同密碼。
關閉不必要的功能，例如 DLNA、遠端偵錯。
定期更新 Plex、Jellyfin 與所有 Docker 映像。
config 與 Jellyfin 的 config 資料夾。不要把媒體庫權限開成可寫，唯讀就好。
常見問題與除錯
最後，整理幾個 2026 年最常被問到的問題，讓你少走一點冤枉路。
問題一：影片播放一直轉圈圈，怎麼辦？先確認是「直連」還是「轉碼」。如果是轉碼，檢查硬體轉碼是否啟用；如果客戶端顯示「Direct Play」，那就是網路頻寬不足，試著降低位元率或改用有線網路。無線網路在 4K 高流量下很容易成為瓶頸，尤其是老舊的 Wi-Fi 5 路由器。
問題二：刮削一直抓不到資料。九成是命名問題。請確認電影資料夾與檔案名稱包含「片名 (年份)」，影集包含「S01E01」。另外，中文名稱的刮削有時會失敗，可以考慮在資料夾名稱加上英文原名，或使用如 TinyMediaManager 這類工具手動整理中繼資料。
問題三：硬碟滿了怎麼辦。擴充硬碟是最直接的解法，但請先確認你的儲存架構是否容易擴充。如果你是單顆硬碟，可以直接加一顆新的；如果你用了 RAID，擴充可能比較麻煩。這也是為什麼我建議大家一開始就選 Unraid 或 SnapRAID 這類容易混搭硬碟的方案。真的沒辦法擴充時，可以考慮把不常看的舊片移到外接硬碟或雲端冷儲存。
問題四：Plex 和 Jellyfin 可以同時跑嗎？會不會衝突？可以，而且很常見。兩者使用不同連接埠（Plex 32400、Jellyfin 8096），指向不同設定檔資料夾，媒體庫可以共用同一份唯讀掛載。唯一要注意的是硬體轉碼資源，如果兩邊同時大量轉碼，低功耗 CPU 可能會吃不消。實務上，把常用的那套設為主要，另一套只在特定情境使用即可。
問題五：到底要不要買 NAS？如果你追求「一台搞定、外型好看、低功耗、有官方 App」，NAS 是不錯的選擇，尤其 Synology 與 QNAP 的影音功能越來越完整。但如果你追求性價比與擴充彈性，自組迷你主機加硬碟通常更划算。2026 年的趨勢是「自組派」越來越多，因為 N 系列主機的效能與功耗表現在這個價位帶幾乎無敵。
結語：把觀看主權拿回自己手上
2026 年搭建家庭影音串流中心，門檻比你想像的低，但帶來的體驗提升卻非常明顯。一台迷你主機、幾顆硬碟、Docker Compose 幾行設定，就能擁有自己的 Netflix。Plex 給你成熟穩定的商業級體驗，Jellyfin 給你完全免費與資料自主，兩者並行更是目前社群公認的最佳實踐。
當然，這條路不會完全沒有坑。硬碟會壞、設定會跑掉、客戶端偶爾會鬧脾氣，但這些都是可控的技術問題，只要你有備份、有耐心、願意上論壇查資料，都能解決。比起把錢交給會隨時漲價、下架內容的平台，自己掌握媒體庫的踏實感，是值得的。
如果你正在猶豫要不要開始，我的建議是：先從一顆硬碟、一台 N100 迷你主機、一套 Jellyfin 開始。不用一次到位，先用最低成本驗證自己的需求，再逐步擴充。等你某天在客廳電視上打開自己整理的海報牆，順順地播放一部 4K 電影，你就會知道這一切有多值得。
歡迎在雅寶社區 · 頂客論壇分享你的搭建心得，不管是踩過的坑還是發現的小技巧，都能幫助更多人一起踏上這條自建影音之路。
```