前情提要
依邦友們提供的方案最後認為WebRTC最為接近,
但深入了解後發現在打洞的部大多場景是使用TURN.
這代表影像的串流都必須經過中間的Server,
並不是P2P的(希望這邊是我理解錯誤).
所以現在想要讓Server負荷降到最低,
在想能不能在鏡頭端用MJPG-streamer之類在網頁上直接串流, 然後再用轉Port(Port Forwarding)的方式讓使用者能直接連到這個頁面?
大致想法如圖.
因為對這方面很不熟,就我目前的經驗只有在Router上手動填入來源/目的端的Port
所以現在遇到幾個問題:
1.鏡頭端設備可能會有很多組, 可能又會臨時增加, 所以想要一連上線就分配鏡頭端設備的Port, 這部份不知道有沒有可能透過程式控制或和資料庫連結?
2.那因為這樣轉等於鏡頭端的網頁完全是公開的, 是否有什麼方式可以做到權限控管機制, 連結前面使用者在網頁登入後才能瀏覽到鏡頭端的網頁?
已邀請的邦友 {{ invite_list.length }}/5
Turn server只負責轉發封包而已，不能控制/儲存封包，這樣應該還好吧。
照你所說的架構:
1.寫爬蟲或是做自動化SSH去處理，不過我覺得這跟去router上直接輸入一樣...
2.用web server做使用者認證。
我之前的回答: 前情提要
就是用 node.js
參考
https://github.com/kekeqy/ke-rtsp
加上 客製 自動轉Port功能兼管理的 程式
來當您要的 router(server)
這樣就可以了!
或者 功力更強
用 linux 來當 router(nat server)
加上 客製 自動轉Port功能兼管理的 程式(shell script?)
也是可以!
iThome鐵人賽
看影片追技術