webRTC设置信令服务器

当系统连接到局域网时，如何为webRTC设置信令服务器？必须使用STUN和TURN服务器发送信号？

Webrtc需要某种信号系统进行初始协商。。像传输

SDP

，

ICE候选人

，发送和接收

报价

等。。。rest由对等连接完成。对于初始信号，您可以使用任何技术，如发送AJAX调用、使用socket.io等

---

NAT遍历需要STUN和TURN服务器，NAT遍历非常重要，因为它是确定对等点之间路径所必需的。您可以使用谷歌提供的STUN/TURN服务器地址

STUN:STUN.l.google.com:19302

等，也可以使用配置自己的TURN服务器，使WebRTC在LAN上运行，您需要在该LAN中有一个信令服务器。信令服务器是允许您的web客户端交换由WebRTC对等连接生成的SDP提供/应答和ICE候选的任何web服务器。这可以使用AJAX或WebSocket来完成

我列出了一些。请浏览该页面上的一些链接，以更好地了解WebRTC信令是如何工作的

---

由于您的WebRTC客户端（即Web浏览器）将位于LAN中，并且彼此可以访问，因此您将不需要STUN/TURN服务器。仅供参考。。。STUN/TURN服务器不是信号的一部分，而是媒体分支的一部分，通常是媒体分支的一部分。

谷歌提供了一个STUN服务器，但该地址的服务器不起TURN服务器的作用。TURN是服务器需要支持的相当密集的协议；据我所知，目前还没有公开的免费使用。此外，92%的情况下晕眩就足够了，而其余8%的情况下则由TURN处理。如果你只在你的局域网上使用这项服务，你可能只需要使用谷歌的公共眩晕就可以逃脱。@Mack我能问一下，92%和8%的数字是从哪里来的吗？我一直在寻找这个信息有一段时间，并希望知道来源。干杯。一个用于协调p2p连接，另一个用于代理回退。92%的用户能够穿越NAT（或其他）并使用p2p，这听起来不错。IMHO，OP已经有了一个想法，即在局域网中，眩晕和转向不是必须的（这就是为什么他问这是否是“必须的”）@Deep Pai给出了一个直截了当的答案（“你不需要在局域网中安装眩晕/转身服务器”）——我认为这个答案比重申眩晕和转身是非常好的解释更简洁、更合适。。非常感谢。我一直认为眩晕/转身是信号的一部分，我必须拥有它们