WebRTC是否允许实际的点对点通信？

信令服务器是否仅第一次用于在2个对等点之间建立连接，还是还用于在对等点之间发送和接收数据流？

根据以下规则：

RTPeerConnection允许两个用户直接进行浏览器到浏览器的通信。通信通过信令信道进行协调，信令信道通过未指定的方式提供，但通常通过页面中的脚本通过服务器进行协调，例如使用XMLHttpRequest

因此，服务器仅用于信号传输，不用于数据传输。但是信令不限于建立第一连接。信令通道还用于传输错误消息、元数据，如编解码器、编解码器设置、网络数据和安全传输密钥。

根据：

RTPeerConnection允许两个用户直接进行浏览器到浏览器的通信。通信通过信令信道进行协调，信令信道通过未指定的方式提供，但通常通过页面中的脚本通过服务器进行协调，例如使用XMLHttpRequest

---

因此，服务器仅用于信号传输，不用于数据传输。但是信令不限于建立第一连接。信令通道还用于传输错误消息、元数据，如编解码器、编解码器设置、网络数据和安全传输密钥。

这取决于网络配置

如果至少有一个对等方不在NAT防火墙后面，则直接位于internet上的对等方充当服务器，并且在建立连接后不再使用信令服务器

如果两个对等方都在NAT设备后面，在某些情况下，可能会协商对等方之间的客户机-服务器连接，并且数据会再次在两个对等方之间直接发送

如果两个对等方都位于被锁定的NAT防火墙后面，则对等方之间的所有流量都将通过信令服务器

还要注意，在前两种情况下，STUN服务器用于建立连接。如果完整数据通过服务器中继，则使用TURN服务器

---

请看下面的一个很好的解释。他们声称只有大约14%的连接需要打开，这在我看来是一个很低的数字（这相当于只有37%的客户端在锁定的NAT路由器后面）。

这取决于网络配置

如果至少有一个对等方不在NAT防火墙后面，则直接位于internet上的对等方充当服务器，并且在建立连接后不再使用信令服务器

如果两个对等方都在NAT设备后面，在某些情况下，可能会协商对等方之间的客户机-服务器连接，并且数据会再次在两个对等方之间直接发送

如果两个对等方都位于被锁定的NAT防火墙后面，则对等方之间的所有流量都将通过信令服务器

还要注意，在前两种情况下，STUN服务器用于建立连接。如果完整数据通过服务器中继，则使用TURN服务器

---

请看下面的一个很好的解释。他们声称只有大约14%的连接需要TURN，这在我看来是一个很低的数字（这相当于只有37%的客户端在锁定的NAT路由器后面）。

在NAT情况下，数据流量不通过信令服务器，而是通过与信令通道分离的单独的STUN或TURN服务。它们可以使用相同的硬件，但是独立的。在NAT情况下，数据流量不通过信令服务器，而是通过与信令通道分离的单独STUN或TURN服务。它们可以使用相同的硬件，但是不同的东西。