如果我正在构建 WebRTC 应用程序并使用选择性转发单元媒体服务器,这是否意味着我不需要 STUN/TURN 服务器?
据我了解,STUN 服务器用于客户端发现其公共(public) IP/端口,而 TURN 服务器用于在客户端无法通过 STUN 直接相互连接时在客户端之间中继数据。
我的问题是,如果我使用公共(public)地址部署我的 SFU 媒体服务器,这是否消除了对 STUN 和 TURN 服务器的需求?由于数据将始终通过 SFU 中继,客户端/对等方将永远不会直接相互交谈?
但是,我注意到 Kurento(具有 SFU 功能的流行媒体服务器)的安装指南包含有关 configuring STUN or TURN servers 的部分。 .为什么需要 STUN 或 TURN 服务器?
最佳答案
运行 SFU 时仍应使用 TURN 服务器。稍微了解一下 ICE 会有所帮助。所有 SFU 的工作方式都略有不同,但对大多数人来说都是如此。
TURN 服务器的工作原理
所以 TURN 服务器有一些 SFU 没有的好东西
这两个因素在政府/医院情况下非常重要。您的网络仅允许 TLS 流量通过端口 443。因此,TURN 服务器是您唯一的解决方案(您在 TLS 443 上运行分配)
因此,您需要根据需要设计系统。但是 IMO 您应该始终在现实环境中运行配置良好的 TURN 服务器。
关于webrtc - 了解 WebRTC 中的 SFU、TURN 服务器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61287054/