从 webRTC 客户端提供多个 realms/origins 到 coTurn
Providing multiple realms/origins to coTurn from webRTC client
由于 coTurn 服务器提供了通过其数据库创建多个领域的选项，并且在打开服务器时，可以在配置中提供默认领域。
配置 webRTC 客户端访问 TURN 时，它只允许 URI、用户名和凭据属性，但无法提供任何领域或来源（因为 coturn 支持来源）。
始终考虑默认领域。
如果我尝试利用领域概念，在 webRTC 客户端配置中的不同领域下提供不同的用户凭据，服务器仅接受默认领域下用户的轮流请求。
问题
有没有办法解决这个问题提供realms/origin给服务器？
如果不是，为什么不能使用的领域被添加到coturn？
tl;dr：realm 在 WebRTC 中毫无用处。
理论上，作为协议的 TURN 包含一个领域。但是，参见 the detailed example in the RFC 这通常不会在初始分配请求中发送，只会在后续请求中发送。理论上，客户端可以存储领域并将其用于后续请求。
在 WebRTC 中，对等连接几乎是独立的。无法在 ICE server configuration 中配置领域
另请参阅 this response 在 chrome/webrtc.org
中的相关工作
由于 coTurn 服务器提供了通过其数据库创建多个领域的选项，并且在打开服务器时，可以在配置中提供默认领域。
配置 webRTC 客户端访问 TURN 时，它只允许 URI、用户名和凭据属性，但无法提供任何领域或来源（因为 coturn 支持来源）。
始终考虑默认领域。
如果我尝试利用领域概念，在 webRTC 客户端配置中的不同领域下提供不同的用户凭据，服务器仅接受默认领域下用户的轮流请求。
问题
有没有办法解决这个问题提供realms/origin给服务器？
如果不是，为什么不能使用的领域被添加到coturn？
tl;dr：realm 在 WebRTC 中毫无用处。
理论上，作为协议的 TURN 包含一个领域。但是，参见 the detailed example in the RFC 这通常不会在初始分配请求中发送，只会在后续请求中发送。理论上，客户端可以存储领域并将其用于后续请求。 在 WebRTC 中，对等连接几乎是独立的。无法在 ICE server configuration 中配置领域 另请参阅 this response 在 chrome/webrtc.org
中的相关工作