STUN 不起作用的用例有哪些?

STUN 不起作用的用例有哪些?

我理解 STUN 不适用于“对称”NAT。它们为每个连接/服务器分配(即替换网络层的地址并将信息存储在转发表中)不同的端口。因此,一旦 NAT 后面的计算机知道它用于 STUN 服务器的公共 IP/端口,它与其他服务器的通信将毫无用处,因为 NAT 会分配一个新端口。

我现在正在阅读的有关 WebRTC 的书说,还有其他情况,STUN 不起作用,需要 TURN 服务器(具有公开的静态 IP 地址的中继服务器)。

这些案例有哪些?

编辑:我只能想到路由器在一段时间后重新分配端口的情况,在这种情况下,必须再次联系 STUN 服务器,并且在短时间内不知道为什么没有数据包从另一台服务器返回,从而导致实时通信延迟

相关内容