FTP/SFTP 上傳功能在監控系統有何用途？

監控系統為何需要檔案上傳功能

監控錄影的主儲存位置，一般是錄影主機（NVR）內的硬碟或記憶卡。這些儲存與錄影設備放在同一地點，一旦發生火警、盜竊或設備故障，錄影證據可能與事件一同消失。FTP／SFTP 上傳功能正正針對這個風險：事件發生時，裝置把關鍵影像立即送往另一處存放。

這項功能並非要取代錄影主機的儲存，而是與本地錄影並行的第二道保險。設計上，本地錄影負責完整保存，上傳功能負責把「最重要的事件畫面」多存放一份，兩者職責互補。

FTP 與 SFTP 的分別：檔案傳輸協定的安全演進

FTP（File Transfer Protocol）與 SFTP（SSH File Transfer Protocol）名稱相近，底層技術卻截然不同，對監控部署的意義亦有分別。

FTP 早於安全傳輸概念成熟前制定，帳戶名稱與密碼在網絡上以明文傳送，在同一網絡內足以被截取；SFTP 則把整個傳輸過程放進 SSH 加密通道，帳戶與影像內容均經加密保護。香港的店舖與辦公室網絡多與客人、承辦商共用，明文傳輸的帳戶一旦被截取，等同把錄影主機的存取憑證交給他人，因此近年工程上傾向以 SFTP 取代 FTP。

另一項實務分別是埠口與防火牆：FTP 除控制埠 21 外，還需要動態開啟資料傳輸埠，防火牆設定較為複雜；SFTP 全部流量經埠 22，只需放行單一埠口，穿透防火牆的設定簡單得多。對於需要把影像傳到總部伺服器或雲端空間的多場地部署，SFTP 的單埠特性令網絡設定更易管理。

上傳功能的實際用途與設定步驟

把 FTP／SFTP 上傳功能落實到監控系統，一般經過以下步驟，以事件觸發的影像上傳為例：

1. 準備伺服器與帳戶——在總部或雲端建立 FTP／SFTP 伺服器，開設獨立帳戶與目錄，並分配足夠的儲存空間。
2. 在裝置上填寫伺服器資料——在錄影主機或攝影機的事件設定頁面，填寫伺服器位址、埠口、帳戶名稱與密碼，部分型號另需指定上傳目錄與檔案命名方式。
3. 設定觸發條件——選擇哪類事件觸發上傳：移動偵測、入侵、遮擋、斷線等，可配合各事件是否需要上傳快照或片段。
4. 設定時間與格式——部分型號可限制上傳時段、設定快照格式與片段長度，藉此控制頻寬與儲存用量。
5. 測試上傳——觸發一次事件，確認檔案成功到達伺服器、檔名與時間標記正確，再正式啟用。

設定時最常被忽略的是「測試」一步：不少系統設定後從未驗證上傳結果，直至需要證據時才發現伺服器早因磁碟滿載或帳戶過期而停止接收。工程上應把上傳狀態檢查列入例行保養，並確認失敗時裝置能否重試或另行告警。

頻寬、儲存與安全方面的考慮

上傳功能涉及網絡頻寬與儲存空間，規劃不當會令系統事與願違。

頻寬方面，上傳與下載在不少線路上不對稱，多部攝影機同時觸發上傳時，片段會與其他業務爭用上載頻寬。規劃時應估算單次上傳的平均檔案大小與預期觸發頻率，計算所需的平均頻寬，並留意高峰時段（例如店舖營業時間的進出人流）的觸發密度。香港不少商業寬頻的上載速度有限，若多個場地同時傳送高清片段至中央伺服器，頻寬樽頸會比想像中更早出現。

儲存方面，中央伺服器需要與場地數目及觸發頻率匹配的容量與保留期限政策，並宜與錄影主機一樣執行循環覆寫或定期歸檔，否則伺服器磁碟滿載會令上傳靜默失敗——這正是最常見的上傳失效原因。

安全方面，除上文所述的 SFTP 加密傳輸外，還應注意帳戶權限：為每部裝置開設權限最小化的帳戶，只容許寫入指定目錄，不給予刪除或管理權限；伺服器本身亦應放在防火牆後，僅開放必要的埠口。涉及個人影像時，還須符合《個人資料（私隱）條例》的規定，影像的保存期限與查閱權限均應有政策依據。

常見限制與注意事項

FTP／SFTP 上傳功能並非萬能，實際使用有幾項已知限制，先了解可避免日後期望落差。

總結而言，這項功能是監控系統重要的異地保險，但它的可靠性取決於網絡、伺服器與設定三方面持續正常。把上傳狀態納入例行檢查、為伺服器預留容量並採用加密傳輸，才能讓這道保險在真正需要時發揮作用。

常見問題

權威參考來源

• RFC 959（File Transfer Protocol，FTP）
• RFC 4253（The Secure Shell (SSH) Transport Layer Protocol）
• 維基百科：File Transfer Protocol（FTP）
• 維基百科：SSH File Transfer Protocol（SFTP）

相關技術主題