<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>惟家的智能論壇 - NAS 討論區</title>
    <link>https://forum.justplus.com.tw/forum.php?mod=forumdisplay&amp;fid=47</link>
    <description>Latest 20 threads of NAS 討論區</description>
    <copyright>Copyright(C) 惟家的智能論壇</copyright>
    <generator>Discuz! Board by Discuz! Team</generator>
    <lastBuildDate>Thu, 24 Sep 2026 03:32:42 +0000</lastBuildDate>
    <ttl>60</ttl>
    <image>
      <url>https://forum.justplus.com.tw/static/image/common/logo_88_31.gif</url>
      <title>惟家的智能論壇</title>
      <link>https://forum.justplus.com.tw/</link>
    </image>
    <item>
      <title>用 NAS 當 NVR：儲存規劃、硬碟選擇與保留策略</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=441</link>
      <description><![CDATA[錄影是持續寫入的工作負載，
跟一般 NAS 的使用模式完全不同。

這篇講怎麼規劃才不會把硬碟操壞。



先算你需要多少空間

粗略的估算（H.264）：


[*]1080p @ 15fps —— 約 1.5-2 GB / 天 / 台（連續錄影）
[*]1080p @ 30fps —— 約 3-4 GB / 天 / 台
[*]2K @ 15fp ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:47:55 +0000</pubDate>
    </item>
    <item>
      <title>監視器接進 HA 的四種協定：RTSP / ONVIF / go2rtc / WebRTC</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=440</link>
      <description><![CDATA[「為什麼我的攝影機在 HA 裡要等十秒才出畫面？」

這題的答案在協定選擇。



四種協定的定位

一、RTSP（最基礎）


[*]幾乎所有 IP 攝影機都支援
[*]網址格式：rtsp://帳號:密碼@IP:554/路徑
[*]路徑每家不一樣，要查說明書或社群整理
[*]本身延遲很低（1 秒內），但 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:47:51 +0000</pubDate>
    </item>
    <item>
      <title>Docker 容器要不要自動更新？Watchtower 的取捨</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=423</link>
      <description><![CDATA[跑了十個容器之後，更新變成一件麻煩事。
有人推薦 Watchtower 自動更新，但我不建議無條件開啟。

這篇講為什麼，以及比較好的做法。



Watchtower 在做什麼

它定期檢查你的容器用的映像檔有沒有新版，
有的話自動拉下來、停掉舊的、用新的重建。



聽起來很方便。 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:33:34 +0000</pubDate>
    </item>
    <item>
      <title>3-2-1 備份原則實際怎麼落地（含自動驗證腳本）</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=422</link>
      <description><![CDATA[大家都聽過 3-2-1 備份，但很少人真的做到。
更少人驗證過備份能不能還原。

這篇講實作。



3-2-1 是什麼


[*]3 份資料（1 份正本 + 2 份備份）
[*]2 種不同的媒體
[*]1 份異地


為什麼是這三個數字：


[*]3 份 → 一份壞掉還有兩份
[*]2 種媒體 → 同型號硬碟可能 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:33:29 +0000</pubDate>
    </item>
    <item>
      <title>NAS 掛了怎麼辦？HA 要怎麼設計才不會一起死</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=421</link>
      <description><![CDATA[這篇講的是依賴關係的設計，
一個很多人做到第二年才意識到的問題。



先畫出依賴圖

拿紙筆，寫下「誰需要誰才能運作」：



然後問：每一個掛掉的話，會失去什麼？

我自己畫完之後發現的問題

MQTT 跑在 NAS 上，而 NAS 每週會自動重開一次做維護。

那段時間：


[ ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:19:53 +0000</pubDate>
    </item>
    <item>
      <title>把 HA 的長期數據丟到 InfluxDB + Grafana（完整步驟）</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=420</link>
      <description><![CDATA[HA 的 recorder 不適合存長期數據。
想看「過去兩年的用電趨勢」，要把資料搬出去。



為什麼不用 HA 自己存


[*]recorder 的設計是「最近的詳細狀態」，不是時序資料庫
[*]purge_keep_days 一過就刪掉
[*]SQLite 查大量歷史資料很慢
[*]HA 的歷史圖表功能有限（不能 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:19:48 +0000</pubDate>
    </item>
    <item>
      <title>Mosquitto 設定與帳號權限：不要讓 MQTT 變成安全破口</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=419</link>
      <description><![CDATA[MQTT 是很多智能家居服務的中樞。
但它預設沒有任何安全機制，設錯的話等於把家裡的控制權開放出去。



先講風險

MQTT 的設計是「誰都可以訂閱、誰都可以發布」。

如果你的 broker 開放匿名連線，而且能從外部存取：


[*]任何人可以訂閱所有主題，知道你家的一切
   ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:19:44 +0000</pubDate>
    </item>
    <item>
      <title>Frigate 實戰：硬體需求、設定檔、以及怎麼減少誤報</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=418</link>
      <description><![CDATA[Frigate 是本地影像辨識的主流方案。
但它也是最容易設定錯、最吃資源的服務之一。

這篇講實際的數字和設定。



硬體需求：實際數字

沒有 TPU 的情況：


[*]一路 640×480 @ 5fps 的物件偵測，大概吃掉一個現代 CPU 核心
[*]三台攝影機 → 三個核心，CPU 會長時間高 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:19:39 +0000</pubDate>
    </item>
    <item>
      <title>在群暉上用 Docker Compose 跑智能家居全家桶（完整設定檔）</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=417</link>
      <description><![CDATA[NAS 開著也是開著，拿來跑智能家居服務很划算。

這篇給一份完整的 compose 檔，以及每個服務的注意事項。



先講架構決定

HA 要不要跑在 NAS 上？

我的建議是不要，理由：


[*]Docker 版的 HA 不能用附加元件（Add-on）
[*]NAS 更新或重開的時候，整個智能家居會停 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Mon, 21 Sep 2026 03:19:35 +0000</pubDate>
    </item>
    <item>
      <title>長期數據不要塞在 HA 裡，搬出來比較好</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=333</link>
      <description><![CDATA[HA 的資料庫是設計給「最近的狀態」用的，不是給你畫三年趨勢圖的。

想看長期數據的話，把它搬到專門的地方。



為什麼要搬


[*]HA 的 recorder 資料庫會一直長大，拖慢整個系統
[*]為了效能你會設 purge（例如只留 30 天），那就看不到長期趨勢
[*]HA 內建的歷史圖 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:58:31 +0000</pubDate>
    </item>
    <item>
      <title>備份怎麼還原？實際步驟和一個提醒</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=330</link>
      <description><![CDATA[前面寫過「要做三層備份」，但沒講怎麼還原。
這篇補上，也順便講一個很多人忽略的事。



情境一：HA 還活著，只是想回到之前的狀態

最簡單。

設定 → 系統 → 備份 → 找到你要的那一份 → 點進去 → 還原

可以選擇性還原：

[*]只還原設定（自動化、儀表板）
[*] ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:54:27 +0000</pubDate>
    </item>
    <item>
      <title>RAID 不是備份：把 NAS 的健康狀態接進 HA 主動提醒</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=289</link>
      <description><![CDATA[硬碟不會先跟你說一聲才壞。
等你發現的時候，通常已經來不及了。



■ 先講一個觀念

RAID 不是備份。

RAID 防的是「單顆硬碟壞掉」，但它完全不防：

[*]你自己誤刪檔案（RAID 會忠實地把刪除同步到所有碟）
[*]勒索病毒加密（同上）
[*]NAS 本身壞掉、電源燒掉
[*] ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:07:13 +0000</pubDate>
    </item>
    <item>
      <title>想在 NAS 跑 Frigate 做影像辨識？先確認這五件事</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=288</link>
      <description><![CDATA[Frigate 可以讓你的攝影機真正「看懂」畫面 ——
分辨出是人、是車、還是貓，而不是風吹草動就誤報。

但它很吃資源，裝之前先確認。



■ 1. 有沒有硬體加速？（最關鍵）

這是決定成敗的一點。

純用 CPU 跑 AI 辨識，兩支攝影機就可能吃掉整台 NAS，
然後你的相簿、 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:07:08 +0000</pubDate>
    </item>
    <item>
      <title>服務一多就亂：用 Docker Compose 管理智能家居容器</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=287</link>
      <description><![CDATA[NAS 上開了 MQTT、InfluxDB、Grafana、Frigate⋯⋯
一個一個用介面開，改設定要翻好幾層，換機器要重來一次。

用 Docker Compose 會好非常多。



■ 它解決什麼問題

所有服務的設定寫在同一個文字檔裡：
連接埠、環境變數、資料掛載、重啟策略，全部一目了然。

好處 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:07:03 +0000</pubDate>
    </item>
    <item>
      <title>NAS 上值得跑哪些智能家居服務？（和不該跑的）</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=286</link>
      <description><![CDATA[上一篇講備份，這篇講哪些服務適合放 NAS。



■ 判斷原則

一個服務適不適合放 NAS，看兩件事：


[*]它需不需要很吃 CPU？ 需要的話 NAS 通常比 HA 小主機有力
[*]它斷掉會不會讓家裡停擺？ 會的話就不要放 NAS（NAS 重開機的頻率比你想的高）


■ 適合放 NAS

Frig ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:06:59 +0000</pubDate>
    </item>
    <item>
      <title>把 NAS 當 HA 的備份目的地：設定一次就全自動</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=285</link>
      <description><![CDATA[有 NAS 卻沒拿來放 HA 備份，很可惜。
這是 NAS 對智能家居最有價值的用途之一。



■ 為什麼要備到 NAS

HA 的內建備份存在 HA 主機自己的儲存空間裡。

這代表：主機的 SD 卡或 SSD 壞掉的時候，備份會跟著一起消失。
那備份就完全沒有意義了。

■ 步驟

1. NAS 上 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 18:06:54 +0000</pubDate>
    </item>
    <item>
      <title>想把 Home Assistant 裝在 NAS 上？先看完這篇再決定</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=255</link>
      <description><![CDATA[「我有 NAS 了，直接拿來跑 HA 不是很省？」

這個想法很自然，但實際用起來有幾個坑，先講清楚再決定。

■ 三種裝法，差別在「能不能用 Add-on」



最關鍵的差別是加載項（Add-on）。

Add-on 是 HA 的外掛系統，Zigbee2MQTT、ESPHome、Node-RED、檔案編輯器這些全部 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Sep 2026 17:46:58 +0000</pubDate>
    </item>
    <item>
      <title>如何在群暉反向代理HA做https</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=241</link>
      <description><![CDATA[在這篇下 https://forum.justplus.com.tw/fo ... 3D1&amp;_dsign=9856b1b2

原本HA想做https 但用反向代理一直失敗～才發現原來Home Assistant需要用websocket
用putty登入去編輯



在此檔案增加以下程式碼


再來重啟http服務 打入下列指令
就可以用https連接你的HA了 比 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Fri, 25 Aug 2023 15:12:09 +0000</pubDate>
    </item>
    <item>
      <title>群暉利用acme申請自己的SSL証書並自動更新！</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=240</link>
      <description><![CDATA[群暉利用ACME去申請SSL証書的是非常好用！接下來需要用到Docker去拉acme
在套件中心裡安裝Docker 利用Docker 去拉acme
記得拉3.0.6版～目前3.0.7版測試無法更新証書！！




好了之後開始佈署



將容器名稱修改爲：acme306
進階設定-&gt;啟用 打勾自動重啟 -&gt;儲存空間-&gt;新 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Aug 2023 19:37:10 +0000</pubDate>
    </item>
    <item>
      <title>群暉反向代理應用</title>
      <link>https://forum.justplus.com.tw/forum.php?mod=viewthread&amp;tid=239</link>
      <description><![CDATA[一台主機最常見的通訊埠就是 HTTP/HTTPS 的 80 和 443，但確實每台主機不應限制只能提供單一服務。這會導致資源浪費的問題，因為現代的伺服器硬體和軟體通常能同時處理多個任務。

為了克服這個限制，我們可以將不同的服務配置在不同的通訊埠上，以實現同時在一台主機 ...]]></description>
      <category>NAS 討論區</category>
      <author>charles</author>
      <pubDate>Sun, 20 Aug 2023 19:17:02 +0000</pubDate>
    </item>
  </channel>
</rss>