直接回答
發現 xaddr 指向 ONVIF 裝置服務端點，不一定指向 RTSP 媒體 URL。 對服務進行身份驗證，請求設定文件，然後請求所選設定檔的流 URI。
為什麼會發生這種情況
ONVIF 使用裝置和媒體功能的服務調用，而 RTSP 控制媒體會話。 因此，將裝置服務 URL 複製到 RTSP 播放器中會解決錯誤的協定和資源。
Discovery只定位一個設備服務；媒體設定檔、憑證和路由仍然需要自己的檢查。
受控測試
在要求裝置資訊和媒體設定檔之前，請先驗證 xaddr 中的方案、主機、服務路徑和可存取介面。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 發現 | 記錄從目標設備傳回的 xaddr。 | 主機映射到正在設定的攝影機。 |
| 服務 | 使用授權憑證呼叫設備服務。 | 設備資訊和功能返回。 |
| 輪廓 | 列出媒體設定檔並按用途選擇一種。 | 此設定檔包含預期的編碼器配置。 |
| URI | 請求該設定檔的流 URI。 | 傳回單獨的 rtsp:// 或 rtsps:// 端點。 |
保留證據
將設備服務端點、選定的設定檔令牌和編輯流 URI 放在一起。 這顯示了從發現到播放的完整路徑。
邊界和安全說明
不要假設攝影機廣告的每個位址都可以從不同的 VLAN 或 VPN 存取；驗證路由和傳回的主機名稱。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
ONVIF xaddr 是 RTSP URL 嗎？
不會。它通常是用於呼叫 ONVIF 操作的 HTTP 或 HTTPS 服務端點。
如何透過 ONVIF 取得 RTSP URL？
選擇媒體設定檔並透過媒體服務請求其串流 URI。
為什麼回傳的主機遠端失敗？
攝影機可能會通告不透過遠端網路路由的僅 LAN 位址或主機名稱。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南了解發現回傳的位址以及媒體流 URL 可能不同的原因。