Coturn 无法在 Android 上使用 React 客户端进行视频通话

Question

我们的 React 应用程序在视频通话过程中发生了奇怪的事情。 我们测试了 /etc/turnserver.conf 中的几乎每个选项来查找问题并多次检查日志。 我们的应用程序与付费转向服务器（例如计量服务器）一起工作正常，但是当尝试检查我们自己的数据包成功时，但没有数据发送给我们的客户。 TurnServer已提前用滴冰进行检查。 这是配置文件和日志文件。 如有任何帮助，我们将不胜感激。

配置：

最小端口=10000 最大端口=20000 指纹 用户=用户:密码 LT-信用机械 领域=OUR_DOMAIN 日志文件=/var/log/turnserver/turnserver.log 冗长的 外部 IP=OUR_IP cli-password=OUR_CLI_PASSWORD

日志： ：handle_udp_packet：新的UDP端点：本地地址OUR_IP：9127，远程地址PEER2：26679 3：会话000000000000000001：领域用户<>：传入数据包绑定已处理，成功 28：handle_udp_packet：新的UDP端点：本地地址OUR_IP：9127，远程地址PEER2：26682 28：handle_udp_packet：新的UDP端点：本地地址OUR_IP：9127，远程地址PEER2：26681 28：会话 001000000000000001：领域 用户 <>：传入数据包 BINDING 已处理，成功 28：会话 000000000000000002：领域 用户 <>：传入数据包 BINDING 已处理，成功 28：会话 001000000000000001：领域 用户 <>：已处理传入数据包消息，错误 401：未经授权 28：会话 000000000000000002：领域 用户 <>：已处理传入数据包消息，错误 401：未经授权 28：IPv4。本地中继地址：OUR_IP:19045 28：会话 000000000000000002：新，领域=，用户名=，生命周期=600 28：会话 000000000000000002：领域用户：传入数据包分配已处理，成功 28：IPv4。本地中继地址：OUR_IP:12749 28：会话001000000000000001：新，领域=，用户名=，生命周期=600 28：会话 001000000000000001：领域用户：传入数据包分配已处理，成功 32：会话000000000000000002：刷新，领域=，用户名=，生命周期=0 32：会话 000000000000000002：领域用户：传入数据包刷新已处理，成功 32：handle_udp_packet：新的UDP端点：本地地址OUR_IP：9127，远程地址PEER1：38872 32：会话 001000000000000002：领域 用户 <>：已处理传入数据包消息，错误 401：未经授权 32：IPv4。本地中继地址：OUR_IP:11002 32：会话001000000000000002：新，领域=，用户名=，生命周期=600
32：会话 001000000000000002：领域用户：传入数据包分配已处理，成功 32：会话001000000000000002：领域用户：传入数据包绑定已处理，成功 32：会话 001000000000000001：对等点 21.202.221.104 生命周期更新：300 32：会话001000000000000001：领域用户：传入数据包CREATE_PERMISSION已处理，成功 32：会话 001000000000000001：对等 OUR_IP 生命周期已更新：300 32：会话001000000000000001：领域用户：传入数据包CREATE_PERMISSION已处理，成功 33：会话 001000000000000001：对等点 PEER1 生命周期已更新：300 33：会话001000000000000001：领域用户：传入数据包CREATE_PERMISSION已处理，成功 33：会话000000000000000002：关闭（第二阶段），用户领域起源<>，本地OUR_IP：9127，远程PEER2：26682，原因：分配超时 42：会话001000000000000002：领域用户：传入数据包绑定已处理，成功 38：会话001000000000000001：领域用户：传入数据包绑定已处理，成功 48：会话 001000000000000001：领域用户：传入数据包绑定已处理，成功 52：会话001000000000000002：领域用户：传入数据包绑定已处理，成功 59：会话001000000000000001：领域用户：传入数据包绑定已处理，成功

尝试用滴冰检查转动服务器，没有发现错误。 检查了付费转向服务器，它们似乎工作得很好。

Answer 1

我发现 ubuntu 存储库中的正式版本存在错误。 使用源代码构建，但现在我的眩晕服务器无法按预期工作:)）

Answer 2

检查 TURN 服务器的滴流冰只是检查您的 TURN 服务器是否正常运行并能够提供中继候选者。在涓流过程（两个对等点之间交换候选者）之后，从该交换中选择可行的（可 ping 通的）候选对，然后提名这些候选对。在提名的候选对中，您的核心 WebRTC 将根据 RFC 5245 - 5.7.2 计算这些对的优先级。然后它将选择具有最高优先级的候选对来建立 WebRTC 连接。通常，中继候选者的优先级最低，因此如果您不在对称 NAT 之后，通常不会使用中继候选者。