STUN / TURN 服务器
在你的浏览器中运行“仅 Relay”会强制进行纯 TURN 测试，忽略 STUN 和 host 候选。
可选。没有媒体权限时，Chrome 只会从一个网络接口收集候选；授予权限后则会暴露每个接口。不会录制任何内容——媒体流会立即停止。
ICE 候选
暂无候选。请添加一个服务器并选择“收集候选”。
| 时间 | 类型 | Foundation | 协议 | 地址 | 端口 | 优先级 | URL | Relay 协议 |
|---|
关于此工具
当 WebRTC 连接无法建立时，开发者通常会用到这个 Trickle ICE 检查。输入一个 STUN 或 TURN 服务器 URI（TURN 还需用户名和凭据），工具会启动一个仅使用该服务器的本地 RTCPeerConnection，收集 ICE 候选并报告结果。出现服务器自反（srflx）候选说明 STUN 可用；出现 relay 候选说明 TURN 可用。
错误的 TURN 凭据会在 onicecandidateerror 事件中以 401 的形式出现——这是最有用的诊断信息——因此你能区分是认证问题还是主机无法访问。将传输策略设为“仅 Relay”可强制进行纯 TURN 测试，或授予可选的麦克风/摄像头权限，让浏览器暴露每个网络接口（而非仅一个）的候选。点击任意地址即可复制。
服务器 URI 和 TURN 凭据只会传递给你浏览器的本地 RTCPeerConnection——不会发送给 OpenReplay。唯一固有的网络动作是向你正在测试的服务器发出 STUN/TURN 绑定请求，而这正是本工具的核心目的。请注意，STUN 测试本身的设计就会向该 STUN 服务器暴露你的公网 IP。
常见问题
什么是 STUN 服务器？
STUN 服务器会告诉设备它在互联网上所见的公网 IP 地址和端口，从而让两个位于 NAT 之后的对端能够找到彼此的通路。WebRTC 用它来收集“服务器自反”（srflx）候选。它只发现地址——并不转发媒体。
什么是 TURN 服务器？
TURN 服务器会在无法直连时（对称 NAT 或限制性防火墙）在对端之间转发媒体。与 STUN 不同，流量会经过它，因此需要凭据。在 WebRTC 中，正常工作的 TURN 服务器会产生一个 relay 候选。
STUN 和 TURN 有什么区别？
STUN 仅发现你的公网地址以便对端直连；它轻量且免费。TURN 则在直连路径失败时转发实际流量，会消耗带宽并需要认证。大多数 WebRTC 配置会先尝试 STUN，再回退到 TURN。
如何测试 TURN 服务器是否正常？
输入 turn: URI 及其用户名和凭据，将传输设为“relay”，然后收集候选。如果出现类型为“relay”的候选，说明 TURN 服务器正常。如果反而出现 401 错误，则凭据有误；完全没有候选则表示无法访问。
如何判断 STUN 服务器是否正常？
输入 stun: URI 并收集候选。如果出现类型为“srflx”（服务器自反）且带有你公网 IP 的候选，说明 STUN 服务器可达且正常。如果只出现“host”候选，则说明 STUN 服务器没有响应。
什么是 Trickle ICE？
Trickle ICE 是一种 WebRTC 技术，它在 ICE 候选被发现时就立即发送给另一端，而不是等到收集全部完成。本工具运行同样的候选收集流程，让你能看到每个候选逐一出现，并确认服务器是否响应。