[英]Why a TCP WebRTC candidate with port 9 exists but the browser is not listening on this port?
當我嘗試使用webRTC建立連接時，我總是找到端口9的TCP候選者，但是當我使用“ netstat -paunt”檢查打開的監聽端口時，卻沒有發現瀏覽器正在監聽端口9。
我想使用juste TCP候選者，有沒有辦法使瀏覽器在此端口上偵聽或獲得其他TCP候選者而無需使用TURN服務器？
提前致謝
端口9是“丟棄”協議，請參見https://en.wikipedia.org/wiki/Discard_Protocol在ICE的上下文中，它表示“沒有此類端口”，請參見https://tools.ietf.org/html /rfc6544#section-4.5了解詳情。
沒有瀏覽器支持偵聽TCP端口。 但是，它們支持rtcweb傳輸草案中所述的通過ICE-TCP連接到服務器（這是您獲得這些候選人的原因，作為支持的信號）。
為什么WebRTC使用候選對而不是一個IP +端口對進行雙向通信
[英]Why WebRTC uses a candidate pair and not one IP + Port pair for bidirectional communication
WebRTC 收集候選人在同一瀏覽器中給出不同的結果（chrome）
[英]WebRTC gathering candidate gives different results in same browser(chrome)
假設用戶將他的 IP 和端口發送給另一個用戶，為什么 WebRTC 需要一個信令服務器來進行數據連接？
[英]Assuming a user sends his IP and port to another, why does WebRTC need a signaling server for a data connection?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
