WebRTC通信仅使用HTTP端口80？

Question

• 当对等方落后于不同的 NAT 时，我们使用 STUN 来推动事情的发展
• 当直接点对点失败时，我们转向TURN服务器，
• 当系统中的所有UDP端口都被阻止时，我们使用TCP传输连接到TURN服务器
• 但是，如果除 80 之外的所有端口都被阻止（公司代理后面的对等端口）怎么办？ 上面的TURN服务器还能工作吗？ 还是我应该获得WebRTC网关并依靠RTMP作为后备？还有其他选择吗？

以前，我犯了一个错误，假设TCP只需要端口80，但这个讨论让我怀疑事情。

Answer 1

443也应该可用。80 用于信号，443 用于转弯。

Answer 2

这取决于您的网络被阻止的程度。如果有一个代理正在检查HTTP标头，则通过TCP的TURN（STUN）将不起作用。但是，如果通过端口 80 的流量未由代理检查（例如仅防火墙），则 TURN over TCP 应该可以工作。

如果允许通过端口 443 上的 TLS 访问 TURN，则加密层应绕过代理/防火墙。实际上，代理会认为流是HTTPS请求。但是，如果代理能够“破坏”SSL层（MITM，例如Burp代理），它可能会拒绝您的通信，因为它不会将TURN请求理解为HTTP请求。