監視器接 NAS 有畫面卻不錄影？RTSP、ONVIF 與事件排查

監視器在手機 App 有畫面，接到 NAS 卻驗證失敗、只有直播或沒有事件錄影，先不要格式化 SD 卡。原廠 App、攝影機本機服務與 NAS 錄影是不同路徑；要分別證明帳號能登入、影像能傳入、事件能被接收，以及影片確實存進 NAS。

RTSP 播放成功，不能證明 ONVIF 管理和事件也成功；手機收到人形通知，也不能證明 NAS 收到相同事件。最有用的排查，是先保留既有片段，用單一攝影機、單一錄影端和無敏感內容建立基準，再逐項加回 SD 卡、雲端與其他預覽端。

本文於2026年10月24日交叉查核 TP-Link 台灣、ONVIF、Synology、QNAP 與 Reolink 文件，處理自有或已獲授權設備的跨品牌整合。封面為 AI 生成的居家網路設備情境示意，不是產品實測照片；下列驗收方法不代表任何組合已通過本站硬體測試。

把「已連上」拆成五種證據

如果原廠 App 也完全看不到攝影機，先查監視器離線與 Wi-Fi 排障。這裡從原廠基本功能已正常、準備交給另一個錄影平台的情境開始。

要留下的證據	哪種現象還不夠	下一步
身分：攝影機本機帳戶可供授權端使用	手機已登入雲端帳號	分清雲端、本機與 NAS 使用者
服務：NAS 能連到正確的管理或串流服務	自動搜尋找到 IP	核對啟用狀態、服務埠與路徑
影像：NAS 收到預定鏡頭及串流	電腦播放器看得到另一條串流	比對鏡頭、主／子串流與編碼
事件：平台收到所需事件，且規則有動作	原廠 App 跳出通知	核對偵測來源、事件種類與排程
保存：NAS 片段能回放、下載並離線播放	直播視窗持續更新	檢查錄影目標、空間、權限與保存規則

這張表不是要你重做所有設定，而是停在第一個缺證據的層級。前面還沒通，就先別改後面的偵測靈敏度、硬碟配置或保存天數；後面已失敗，也不要因為直播正常就宣布完成。

若要保留事故、包裹或其他重要時段，先匯出現有片段並實際播放。若唯一副本已無法讀取，停止會覆寫或清除資料的操作，向原廠或適當專業人士確認。本篇不判定影片的法律證據效力，也不提供救援成功率。

NAS 要填哪個帳號？不是把雲端密碼再輸入一次

以 Tapo 攝影機帳戶說明為例，供第三方 NAS、RTSP／ONVIF 軟體使用的 Camera Account，與 TP-Link ID 是分開的登入身分。只在手機使用原廠 App，不代表已建立這組本機帳戶；在 NAS 新增一個系統使用者，也不等於攝影機會接受它。

在自己的 App 與設備管理權限內確認：

• 攝影機是否提供第三方本機帳戶，是否已建立或啟用。
• NAS 欄位要求的是攝影機帳戶，還是錄影平台自己的使用者。
• 帳號大小寫、服務類型、IP 與埠是否正確；不要用移除密碼作為測試。
• 改過攝影機密碼後，哪些 NAS、NVR 或授權預覽端也需要更新。

帳密請存於適當的密碼管理工具，不要放進公開截圖、報修討論串或含密碼的串流網址。更換憑證後，回到 NAS 重新驗證與錄一段測試片；手機 App 仍能觀看，不能證明另一組本機登入也更新成功。

如果設備屬於社區、公寓管理室、公司或安裝商管理範圍，請由授權管理者處理。不要為了取回帳號先重設攝影機，造成錄影中斷、設定遺失或原先權限關係被破壞。

RTSP 有畫面，ONVIF 為何仍然連不上？

兩者不能當作相同的驗收項目。RTSP 路徑主要用來取得媒體串流；ONVIF 整合則還涉及裝置服務與功能協商。只用自訂串流取得影像，不代表錄影平台已取得事件、雲台或其他管理能力。

TP-Link 台灣連接指南的 Tapo 範例把 ONVIF 服務埠列為 2020、RTSP 列為 554。這是該產品文件的例子，不是每個品牌的預設值，也不是要在路由器對公網開這兩個埠。

現象	優先檢查	不要直接做
NAS 找到攝影機，但驗證不通	本機帳戶、對應服務埠、精確機型整合方式	把所有埠改成同一個數字
自訂 RTSP 可看，品牌或 ONVIF 模式失敗	管理服務是否啟用、驅動／機型條目與版本	直接斷言整台攝影機不相容
有畫面，但不是想要的鏡頭	主／子串流、雙鏡頭通道與原廠路徑	用解析度高低猜鏡頭身分
同一部電腦可看，NAS 不行	NAS 到攝影機的受控網路路徑及權限	全面關閉防火牆或網路分區
加入後過一段時間才失敗	位址變更、憑證、連線數、重啟與紀錄	立刻重設全部設備

服務入口也可能在另一台裝置上。Reolink 埠設定指南區分硬體版本、電池／附加鏡頭，以及經 NVR、Home Hub 接入時的設定位置。不要把直連攝影機的路徑，套用到由主機提供串流的架構；也不要照一張舊截圖開啟所有不需要的服務。

在可信賴的區網內，先確認必要服務即可。跨網段的自動搜尋失敗，和指定 IP 的必要流量不通，也可能是不同問題；請管理者檢查允許的路徑，不把對外連接埠轉送當成本地 NAS 整合的前提。帳號、分區與遠端存取可延伸看智慧家庭隱私與 IoT 網路指南。

手機有人形通知，NAS 卻沒片段：查事件，不只查畫面

先確認你要的是全天、一般移動，還是人形／車輛事件錄影。這些不一定來自同一套偵測器；原廠 App 的智慧通知，也不一定經第三方介面提供相同分類。

QNAP 的 ONVIF 接入文件就把部分特殊鏡頭與 AI 功能列為需要另外整合的情況。因此，「有標準協定」不能取代所需事件功能的驗收，更不能把一般移動事件當作人形辨識通過。

要核對的環節	留下什麼紀錄	失敗時先查什麼
攝影機偵測	在預定區域的正常活動，有沒有對應事件	偵測種類、區域、時間與模式
平台收到事件	NAS 的事件紀錄有沒有該時間及類型	所選偵測來源、機型整合與相容功能
規則採取動作	該事件是否觸發錄影排程或動作	規則啟用、時段、事件對應與在家模式
錄影被保存	對應時間的 NAS 片段能找到並播放	寫入位置、空間、權限與保存設定

測試時先記錄一段無人活動的基準，再在自家允許拍攝的範圍內正常走動，對照攝影機與 NAS 時間。這只是重現流程，不足以計算偵測準確率；也不要為了錄到測試事件，把鏡頭擴大到鄰居或公共區域。

若短時間連續錄影可以正常保存，事件錄影卻沒有產生片段，表示至少已有一部分影像與保存路徑可用。接著查事件來源和規則，比再次格式化 SD 卡更有針對性。測試完要恢復原本需要的排程，不把臨時連續錄影忘在正式環境。

Synology 的 H.265 限制，不等於完全停止錄影

Synology 2026年1月更新的 H.265 說明區分 Surveillance Station 9.2.1 起的伺服器移動偵測演算法、攝影機端偵測與播放端條件；文件另指出 H.264 攝影機，以及 DVA 機型上的 H.265 功能，不受該次調整影響。不能把其中一項偵測限制，概括成所有 H.265 攝影機都不能錄影。

先查精確版本、編碼與偵測來源。如果攝影機不提供所需事件，依官方文件評估其他支援格式或整合方式；只改一個測試通道，完成事件、回放與匯出驗收。變更編碼可能改變位元率與保存用量，不應在所有通道上同時改完，才發現硬碟留存時間不同。

加入 NAS 後，SD 卡或雲端失效：先查並用限制

多一個錄影端，不一定只是多一份副本，也可能多占一條串流或硬體資源。不要讓手機、電腦播放器、家庭自動化面板和 NAS 全部保持預覽，再用斷線結果判定設備壞了。

TP-Link 台灣2026年9月的 FAQ列出 Tapo Care、SD 卡與 NVR／NAS／ONVIF 並用的限制，並提醒雙鏡頭型號可能使用不同串流路徑。這些條件須回到手上機型、韌體與實際 App 提示確認，不推廣成所有攝影機都只有同樣的串流數。

建議用最小組合建立基準：

1. 先匯出重要片段，記錄目前 SD、雲端、NAS 各自的錄影狀態。
2. 關閉非必要的即時預覽，暫時不要讓其他軟體反覆重連。
3. 依原廠允許的方式，選擇一組需要驗證的錄影組合，確認留下的保存路徑。
4. 在 NAS 產生可辨識的短片，下載並離線播放，再逐一加回必要功能。
5. 如果加回某一項才失敗，移除該新增條件並重測，記下組合與時間。

這不是要求取消訂閱、刪除雲端影片或拔掉唯一記憶卡。若原廠流程需要移除 SD 卡，先備份、按手冊停止設備並斷電後操作；不在寫入中帶電取卡。無法確定剩下哪條路仍在錄影時，就先停止測試，請原廠確認可並用的組合。

ONVIF 相容要查到韌體，不只看包裝標誌

ONVIF 符合性資料庫將符合性連結到特定產品的韌體或軟體版本。採購前至少留下攝影機與錄影平台的完整型號、版本、Profile，以及自己需要的影像、事件、收音、雲台與取回功能；沒有找到資料時，不自行宣稱已認證。

Profile T 文件也有必備與條件式功能的區別。支援某個 Profile，不等於兩端會提供每一種智慧事件、雙向語音或加密連線；應查精確組合，而不是為了讓畫面出現就降低驗證或停用保護。

至於 Profile S，ONVIF 的退場公告明確說明不影響已部署系統的運作，同時建議採用較安全的驗證與後續標準。這不是「某天舊攝影機全部停錄」的通知，也不是繼續使用任何舊設定都沒風險的保證。現有系統先依原廠強化指引維護；新採購再確認較新的整合與保護能力。

完成前，用 NAS 的影片交付驗收

最後不要回到手機直播畫面結案。從 NAS 選出剛才那段測試片，下載到另一台已授權的裝置，確認離線可播放、鏡頭正確、時間合理，而且沒有不需要的收音。Surveillance Station 技術規格也將串流、錄影、用戶端格式與授權條件分開列出，不能由其中一項推論整套流程。

交付紀錄應包含：完整機型和版本、本機帳戶的管理者而非密碼、採用的服務與串流、偵測來源、錄影時段、儲存目標、測試片位置，以及恢復日常使用後的複查結果。改過密碼、排程或配件組合，都要再測。

若需求還包含斷線後取回攝影機 SD 卡的舊片段，須另外確認邊緣錄影與回補支援；RTSP 直播不是自動讀回 SD 歷史影片的證明。電池攝影機即使插上 USB 供電，也不能只憑供電方式就判定有持續第三方串流；查精確型號及是否由相容 Hub 提供，不自行改門鈴電路。

如果真正的問題仍是本機卡片不寫入，改走監視器 SD 卡排障；若只需單機保存，可比較雲端錄影與 SD 卡架構。要重新評估多鏡頭保存容量與故障備援，再看NVR、雲端與混合錄影規劃，不因一次接入失敗就購買整套新設備。

查核方法與限制

本文將2026年10月24日可取得的協定組織、攝影機與錄影平台文件交叉比較，整理成分層證據、事件流程與最小組合測試。沒有實測硬體、擷取網路封包、測量故障率或驗證任何特定搭配的安全性；論壇案例只用於辨識讀者問題，不當作品牌通用缺陷。

服務埠、第三方帳戶、鏡頭路徑、錄影並用、事件分類與授權都可能隨版本改變。遇到重要影像、無法確認的管理權限或持續錄影中斷，保留紀錄並交由原廠或授權安裝者處理。更多整合與權限規劃可回到智慧家庭主題索引。