在我的设置中，我在云中有一个自定义服务器来处理音频和视频，因此我不需要(也不想要)整个“我在哪里以及我的私有(private)和公共(public)地址等”。发现过程。本质上，我想要 SDP 优惠，并不关心 IP 地址/端口；该提议发送到服务器，服务器选择编解码器并获取 SRTP key ，并向浏览器回复 SDP 答案，其中包含公共(public)地址、编解码器选择及其 key 。理想情况下，浏览器开始向服务器发送媒体，服务器只需将“对等”媒体从其来源处发回(这将通过任何 UDP 友好的 NAT 设备隧道返回)。
我知道这在技术上是可行的，因为我已经在 Win32/OSX 桌面客户端上做到了这一点...问题是，这对于 WebRTC 和 RTCPeerConnection 是否可行？我尝试了几种配置类型，例如{} 和 { "iceServers": [] } 但它似乎仍然经历了发现循环。是否还有其他方法可以缩短该过程？谢谢!
最佳答案
不，您不能跳过该过程，因为 WebRTC 实现强制使用 ICE 和 STUN 检查来修复 some security problems 。因此，当前的 Chrome 实现将强制对 ICE 候选中协商的 IP/端口进行 STUN 检查。
但是，是的，有许多应用程序在没有此要求的情况下运行。有一天，我们必须转向更好、更安全的实现方式。现在是这一天...
关于webrtc - 创建 WebRTC PeerConnection 时，我可以跳过 ICE (STUN/TURN) 发现过程吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14072501/