Javascript 为什么null几乎总是传递给RTPeerConnection？

我在互联网上看到的几乎每一个WebRTC示例都涉及到使用单个参数

null

创建

rtpeerconnection

。要传递的信息：ICE服务器配置和媒体约束

我注意到，从技术上讲，当您通过

null

（例如，

var pc=new-rtpeerconnection（null）；

）时，如果两个请求来自同一个路由器，那么一切都仍然有效。我不确定它是否能跨网络工作。有人能在这里解释一下发生了什么事吗

我在Internet上看到的几乎每个WebRTC示例都涉及到使用单个参数null创建RTPeerConnection

我想对于这些例子，大多数情况下都假设您在同一台计算机上。所以你不需要任何冰服务器。（示例不想为您提供“免费”的眩晕服务器/回合服务器？）

我注意到，从技术上讲，如果两个请求都来自同一个路由器，当你通过null时，一切仍然有效

如果客户端不在同一个网络上，则不会出现这种情况。因为如果没有stun服务器（通过iceServers配置传递），客户端就无法获取其服务器反射地址

编辑：

正如以下人士在评论中指出的：

目前，webRTC的“安全”问题之一是，在创建对等连接时，STUN和TURN服务器配置以明文形式传递。任何人都可以查看JavaScript代码并使用您的服务器。这就是为什么需要使用带有RESTAPI（code.google.com/p/rfc5766 TURN server/wiki/TURN server）的TURN服务器来设置临时“时间戳”，以限制不需要的用户的使用。当目的是学习或展示webRTC的基本概念时，不希望在一个简单的演示中添加所有这些复杂性

我在Internet上看到的几乎每个WebRTC示例都涉及到使用单个参数null创建RTPeerConnection

我想对于这些例子，大多数情况下都假设您在同一台计算机上。所以你不需要任何冰服务器。（示例不想为您提供“免费”的眩晕服务器/回合服务器？）

我注意到，从技术上讲，如果两个请求都来自同一个路由器，当你通过null时，一切仍然有效

如果客户端不在同一个网络上，则不会出现这种情况。因为如果没有stun服务器（通过iceServers配置传递），客户端就无法获取其服务器反射地址

编辑：

正如以下人士在评论中指出的：

---

目前，webRTC的“安全”问题之一是，在创建对等连接时，STUN和TURN服务器配置以明文形式传递。任何人都可以查看JavaScript代码并使用您的服务器。这就是为什么需要使用带有RESTAPI（code.google.com/p/rfc5766 TURN server/wiki/TURN server）的TURN服务器来设置临时“时间戳”，以限制不需要的用户的使用。当目的是学习或展示webRTC的基本概念时，不希望在一个简单的演示中添加所有这些复杂性

我还想补充一点，目前webRTC的“安全”问题之一是，在创建对等连接时，STUN和TURN服务器配置以明文形式传递。任何人都可以查看JavaScript代码并使用您的服务器。这就是为什么需要使用带有restapi（）的TURN服务器来具有临时“时间戳”，以限制不需要的用户的使用。当目的是学习或展示webRTC的基本概念时，不希望在一个简单的演示中添加所有这些复杂性。我还想补充一点，目前webRTC的“安全”问题之一是，在创建对等连接时，STUN和TURN服务器配置以明文形式传递。任何人都可以查看JavaScript代码并使用您的服务器。这就是为什么需要使用带有restapi（）的TURN服务器来具有临时“时间戳”，以限制不需要的用户的使用。当目的是学习或展示webRTC的基本概念时，不希望在一个简单的演示中添加所有这些复杂性。