TURN
TURN 中继在 WebRTC 视频播放中的作用
解释 TURN 如何在 WebRTC 直连失败时中继媒体，以及生产环境的带宽成本。
网页能否直连
辅助
链路位置
WebRTC 中继
浏览器结论
不是媒体格式，是中继服务
一句话结论
TURN 不是播放器协议，而是 WebRTC 直连失败时的中继服务。它能提升连通率，但会消耗服务器带宽。
它在视频链路里的位置
WebRTC 优先尝试双方直连。直连失败时，媒体通过 TURN 服务器转发。
在浏览器项目里怎么用
前端把 TURN 地址、用户名和密码配置到 iceServers。用户不会把 turn: 当视频地址输入播放。
服务端需要做什么
服务端要提供 TURN 凭证、端口策略、TLS/UDP/TCP 支持和带宽容量规划。
常见开发场景
- 企业网络、移动网络、严格 NAT、跨区域 WebRTC 播放。
排查顺序
- 如果只有部分用户无法播放，重点查 TURN 凭证、端口、防火墙和带宽上限。
推荐转换路径
- TURN 不做转码或转封装，只负责 WebRTC 媒体中继。
最小可用实现
- 前端：把 TURN 放进 WebRTC iceServers。
- 后端：下发短期凭证，监控中继带宽和失败率。
开发者判断标准
TURN 不能只按名字判断是否可播，要看它在链路中承担的是源站输入、网页播放输出、低延迟会话，还是网络辅助能力。当前浏览器结论：不是媒体格式，是中继服务。落地前需要确认真实源站、是否需要服务端转换、CORS/HTTPS 策略、编码支持和延迟目标。