WebRTC 如何知道要连接到谁？
How does WebRTC know WHO to connect to?
WebRTC 信令使用 STUN 与对等方交换 ICE 候选者和 SDP，但它如何知道 谁 与谁交换该信息？
显然，它不只是与任何人一起使用，仅仅凭借使用相同的 STUN 服务器并不意味着你会与一些 rando 配对。但是，我想知道如何进行选择。 URI 可能起到一定作用，但作用有多大？是否有可能对此产生影响？
如果是单独的URI，这似乎是个问题。然后有人可以用要约或请求轰炸 STUN 服务器，以了解当前谁在 WebRTC 活动的网页上。
WebRTC 不使用 STUN 来交换 ICE 候选和 SessionDescriptions。 STUN 用于创建 NAT 映射并获取有关它的信息。您可以完全不使用 STUN 来建立 WebRTC 会话。
会话建立是因为两个 WebRTC 对等方交换会话描述（提供和回答）。这些提议和答案可以通过您喜欢的任何协议进行交换。最常见的是你看到 HTTP/Websockets 被使用。这称为信令服务器。
信令服务器的工作是确保 Offer/Answer 路由正确。您可以在此处阅读有关这些值实际作用的更多信息 WebRTC for the Curious#Signaling
WebRTC 信令使用 STUN 与对等方交换 ICE 候选者和 SDP，但它如何知道 谁 与谁交换该信息？
显然，它不只是与任何人一起使用，仅仅凭借使用相同的 STUN 服务器并不意味着你会与一些 rando 配对。但是，我想知道如何进行选择。 URI 可能起到一定作用，但作用有多大？是否有可能对此产生影响？
如果是单独的URI，这似乎是个问题。然后有人可以用要约或请求轰炸 STUN 服务器，以了解当前谁在 WebRTC 活动的网页上。
WebRTC 不使用 STUN 来交换 ICE 候选和 SessionDescriptions。 STUN 用于创建 NAT 映射并获取有关它的信息。您可以完全不使用 STUN 来建立 WebRTC 会话。
会话建立是因为两个 WebRTC 对等方交换会话描述（提供和回答）。这些提议和答案可以通过您喜欢的任何协议进行交换。最常见的是你看到 HTTP/Websockets 被使用。这称为信令服务器。
信令服务器的工作是确保 Offer/Answer 路由正确。您可以在此处阅读有关这些值实际作用的更多信息 WebRTC for the Curious#Signaling