轮流请求是否应该包括眩晕的候选对象？
Should a turn request include candidates for stun?
这里有两个非常相似的问题，但都没有得到回答：
rfc5766-turn-server as TURN and STUN for webrtc application 问题 1. 说 "with rfc5766-turn-server is enough to act as a TURN and also STUN server or do I also need to run a stun server".
missing relay candidates from TURN server 谈论缺少接力候选人，我在仅提出 turn 请求时看到的效果。
我们 coturn 配置了 turns 和 use-auth-secret 并使用 https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ 进行测试。
- 当我在没有密码的情况下发出眩晕请求
stun:hostname:5349 时，我看到 srflx 候选人（我的外部 IP）。
- 当我发出转弯请求时
turns:hostname:5349[username:password] 我看到 relay 候选人（TURN 服务器的 public 地址）。
这看起来不错，但我需要向同一台服务器发出 2 个请求吗？ turn 不应该包括 stun 并给我 srflx 和 relay 候选人吗？
- 我可以在单个请求中将
coturn 配置为 return 吗？
- 或者客户是否必须同时提出这两个请求？是吗，所有浏览器在使用 WebRTC 时都会正确执行此操作吗？
如果您在客户端中配置了 TURN/UDP，则无需将同一服务器配置为 STUN 服务器。
TURN over UDP 会自动 return 一个 srflx 候选者，你应该能够在 trickle-ice 测试页面上看到它。如果您查看在 Wireshark 中交换的数据包，您会看到两者
* 一个 STUN 绑定请求和包含服务器在异或映射地址字段中看到的 public ip 的绑定响应以及
* 一个 STUN (TURN) 分配请求，其响应还包含一个 xor-mapped-address
TURN over TLS 或 TURN over TCP 不会这样做，因为这不适用于 udp 打孔。
这里有两个非常相似的问题，但都没有得到回答：
rfc5766-turn-server as TURN and STUN for webrtc application 问题 1. 说 "with rfc5766-turn-server is enough to act as a TURN and also STUN server or do I also need to run a stun server".
missing relay candidates from TURN server 谈论缺少接力候选人，我在仅提出 turn 请求时看到的效果。
我们 coturn 配置了 turns 和 use-auth-secret 并使用 https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ 进行测试。
- 当我在没有密码的情况下发出眩晕请求
stun:hostname:5349时，我看到srflx候选人（我的外部 IP）。 - 当我发出转弯请求时
turns:hostname:5349[username:password]我看到relay候选人（TURN 服务器的 public 地址）。
这看起来不错，但我需要向同一台服务器发出 2 个请求吗？ turn 不应该包括 stun 并给我 srflx 和 relay 候选人吗？
- 我可以在单个请求中将
coturn配置为 return 吗？ - 或者客户是否必须同时提出这两个请求？是吗，所有浏览器在使用 WebRTC 时都会正确执行此操作吗？
如果您在客户端中配置了 TURN/UDP，则无需将同一服务器配置为 STUN 服务器。
TURN over UDP 会自动 return 一个 srflx 候选者，你应该能够在 trickle-ice 测试页面上看到它。如果您查看在 Wireshark 中交换的数据包，您会看到两者 * 一个 STUN 绑定请求和包含服务器在异或映射地址字段中看到的 public ip 的绑定响应以及 * 一个 STUN (TURN) 分配请求，其响应还包含一个 xor-mapped-address
TURN over TLS 或 TURN over TCP 不会这样做，因为这不适用于 udp 打孔。