直接回答
連線被拒絕通常意味著主機回應但沒有服務接受目標連接埠。 逾時意味著在客戶端截止時間之前沒有到達可用的回應，這可能表示錯誤的 IP、路由、過濾、睡眠狀態或資料包遺失。
為什麼會發生這種情況
這兩種症狀都發生在媒體解碼之前，因此更改 H.264 設定為時過早。 有用的問題是主機、連接埠和路由是否可以從與檢視器相同的網段到達。
從確切的狀態代碼或網路症狀開始，然後一次更改一層。
受控測試
測試相機 IP，然後測試特定的 RTSP 端口，然後測試 RTSP 方法。 給電池相機足夠的時間來喚醒，但保持整體測試的範圍。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 地址 | 確認目前 DHCP 租賃或預訂。 | 該 IP 屬於目標攝影機。 |
| 港口 | 檢查配置的RTSP服務是否開啟。 | 已記錄的連接埠上接受連線。 |
| 路線 | 在穿過路由器或 VPN 之前從相同的 VLAN 進行測試。 | 本地存取在引入遠端存取之前就起作用。 |
| 協定 | 連接埠開啟後發送真實的 RTSP 請求。 | 伺服器回傳 RTSP 回應。 |
保留證據
保留經過的時間和反應的最低層。 這會將模糊的「無法連線」報告變成路由、服務或 RTSP 問題。
邊界和安全說明
成功的 ping 操作並不能證明 RTSP 已啟用，開啟的 TCP 連接埠也無法證明有有效的流路徑。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
超時是否證明相機離線？
不會。防火牆、錯誤的路由、睡眠設備或封包遺失都可能產生相同的症狀。
連線被拒絕通常意味著什麼？
主機可以訪問，但沒有任何內容接受請求的連接，或主動拒絕它。
我應該先增加超時嗎？
僅足以覆蓋記錄的喚醒延遲；否則，在長時間逾時隱藏之前找到遺失的回應。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南使用計時和網路回應來決定是否調查路由、防火牆規則或不活動的 RTSP 服務。