1

我正在使用 janus 和 coturn 设置 webRTC 环境。尽管 STUN 是一个非常轻量级的协议，但如果可能的话，我想对其进行身份验证，并且根据 STUN 规范就是这种情况。

Coturn 还支持 STUN 和 TURN 的身份验证，我将它与--use-auth-secretand--secure-stun标志一起使用。

我可以使用 `iceServers` 中的 TURN 配置的 `username` 和 `credential` 标志来验证身份验证是否正常工作，但对于 STUN 它不会做任何事情。

很难获得有关 ICE 交换的可靠信息，因为我无法在等中找到有用的信息，chrome://webrtc-internals但onicestatechange使用 WireShark 我能够自己检查 STUN 请求，结果发现 Chrome 完全忽略了服务器 的username和credential字段。stun:...

编辑：我现在意识到这已记录在 MDN 上。

Chrome 似乎也不支持 DTLS 安全stuns:...协议，turns:...仅支持 TLS/通过 TCP 传输。

是否有计划支持这些功能？我在哪里可以找到它们，或者为什么不呢？支持的功能（仅 stun auth...）对我来说似乎很随意。

4

1 回答 1

0

您必须自己询问 Chrome 开发人员，但其背后的原因arbitrarily supported features是您要查找的内容是用完全不同的 RFC 编写的，而 auth 是在原始 STUN RFC 中。

DTLS STUN 和 TURN 几乎没有什么好处，所以我看不到他们将其优先级很高。

于 2018-03-15T20:59:15.097 回答