浏览器中的STUN身份验证和DTLS支持

时间:2018-03-15 11:45:16

标签: google-chrome webrtc stun coturn

我正在建立一个带有janus和coturn的webRTC环境。 即使STUN是一个非常轻量级的协议,我想尽可能验证它,pd.Series.dt.components:就是这种情况。

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

<击> 我可以使用username中的TURN配置的credentialiceServers标记来验证身份验证是否完美,但对于STUN,它不会做任何事情。

<击>

很难获得有关ICE交换的可靠信息,因为我在chrome://webrtc-internalsonicestatechange等找不到有用的信息,但是通过WireShark,我能够检查STUN请求自己,结果Chrome完全忽略了username服务器的credentialstun:...字段。

编辑:我现在意识到这是在MDN上记录的。

Chrome似乎也不支持受DTLS保护的stuns:...协议,而turns:...仅支持TLS /通过TCP传输。

是否有计划支持这些功能?哪里可以找到它们或为什么不找到它们?支持的功能(只有stun auth ......)对我来说似乎非常随意。

1 个答案:

答案 0 :(得分:0)

你必须向Chrome开发人员询问,但arbitrarily supported features背后的原因是你正在寻找的是用完全不同的RFC编写的,而auth是在最初的STUN RFC中。

DTLS STUN和TURN几乎没有什么好处,所以我看不到它们的优先级非常高。