我正在建立一个带有janus和coturn的webRTC环境。
即使STUN是一个非常轻量级的协议,我想尽可能验证它,pd.Series.dt.components
:就是这种情况。
Coturn还支持STUN和TURN的身份验证,我将其与--use-auth-secret
和--secure-stun
标志一起使用。
<击>
我可以使用username
中的TURN配置的credential
和iceServers
标记来验证身份验证是否完美,但对于STUN,它不会做任何事情。
很难获得有关ICE交换的可靠信息,因为我在chrome://webrtc-internals
和onicestatechange
等找不到有用的信息,但是通过WireShark,我能够检查STUN请求自己,结果Chrome完全忽略了username
服务器的credential
和stun:...
字段。
击>
编辑:我现在意识到这是在MDN上记录的。
Chrome似乎也不支持受DTLS保护的stuns:...
协议,而turns:...
仅支持TLS /通过TCP传输。
是否有计划支持这些功能?哪里可以找到它们或为什么不找到它们?支持的功能(只有stun auth ......)对我来说似乎非常随意。
答案 0 :(得分:0)
你必须向Chrome开发人员询问,但arbitrarily supported features
背后的原因是你正在寻找的是用完全不同的RFC编写的,而auth是在最初的STUN RFC中。
DTLS STUN和TURN几乎没有什么好处,所以我看不到它们的优先级非常高。