WEBRTC TURNSERVER配置

最新推荐文章于 2024-09-10 10:05:27 发布
最新推荐文章于 2024-09-10 10:05:27 发布
阅读量1.3w 收藏 4
点赞数
分类专栏： webrtc 文章标签： WEBRTC TURN
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/doitsjz/article/details/51911046
版权


如何让WEBRTC 支持P2P RELAY

一:下载
libevent下载
http://libevent.org/
turnserver下载
https://github.com/coturn/coturn  new
https://github.com/freewebsys/rfc5766-turn-server old
二:配置
添加用户密码
1. 直接修改 turnuserdb.conf
   添加一行 sjz:111111
2. turnadmin 工具生成 会提示生成到哪个文件
   turnadmin -a -u baoyu -r by -p 111111  
   生成用户和秘钥
   hxy:0xcb39d7e60e8b6e4e98b12a93f2f32bf1
  注意: 0x 为秘钥 没有则为密码
  WEBRTC中只支持密码
  eg:
  webrtc::PeerConnectionInterface::RTCConfiguration config;
  webrtc::PeerConnectionInterface::IceServer server;
  server.urls.push_back("stun:192.168.1.116");
  server.urls.push_back("turn:192.168.1.116");
  server.username = "baoyu";
  server.password = "111111";
  config.servers.push_back(server); 

列车所有用户
 turnadmin -l
 
服务器启动
turnserver -v  -r by  (-r 的参数必须与之前turnadmin 中的 -r 参数一致)
也可在命令行中传递用户和密码
./turnserver -v --user=hxy:111111 --user=sjz:111111 -r by

三:配置WEBRTC 强制RELAY
google WebRTC - how to set always to use TURN server?
http://stackoverflow.com/questions/22130311/webrtc-how-to-set-always-to-use-turn-server
修改参数
  webrtc::PeerConnectionInterface::RTCConfiguration config;
  webrtc::PeerConnectionInterface::IceServer server;
  server.urls.push_back("stun:192.168.1.116");
  server.urls.push_back("turn:192.168.1.116");
  server.username = "baoyu";
  server.password = "111111";
  config.type = webrtc::PeerConnectionInterface::kRelay;
  config.servers.push_back(server);

========================================运行日志===============================
turnuser.db
hxy:0xcb39d7e60e8b6e4e98b12a93f2f32bf1
baoyu:111111

root@ubuntu:~# ./turnserver -v -r by
0: log file opened: /var/log/turn_24305_2016-07-14.log
0:
RFC 3489/5389/5766/5780/6062/6156 STUN/TURN Server
Version Citrix-3.2.5.9 'Marshal West'
0:
Max number of open files/sockets allowed for this process: 65536
0:
Due to the open files/sockets limitation,
max supported number of TURN Sessions possible is: 32500 (approximately)
0:

==== Show him the instruments, Practical Frost: ====

0: TLS supported
0: DTLS supported
0: Redis is not supported
0: PostgreSQL is not supported
0: MySQL is not supported
0: OpenSSL compile-time version 0x1000207f: fresh enough
0: Default Net Engine version: 3 (UDP thread per CPU core)

=====================================================

0: Config file found: /root/turnserver.conf
0: Config file found: /root/turnserver.conf
0: Config file found: /root/turnuserdb.conf
0:
CONFIGURATION ALERT: you specified long-term user accounts, (-u option)
 but you did not specify the long-term credentials option
 (-a or --lt-cred-mech option).
  I am turning --lt-cred-mech ON for you, but double-check your configuration.
0: WARNING: cannot find certificate file: turn_server_cert.pem (1)
0: WARNING: cannot start TLS and DTLS listeners because certificate file is not set properly
0: WARNING: cannot find private key file: turn_server_pkey.pem (1)
0: WARNING: cannot start TLS and DTLS listeners because private key file is not set properly
0: NO EXPLICIT LISTENER ADDRESS(ES) ARE CONFIGURED
0: ===========Discovering listener addresses: =========
0: Listener address to use: 127.0.0.1
0: Listener address to use: 192.168.1.116
0: Listener address to use: ::1
0: =====================================================
0: Total: 1 'real' addresses discovered
0: =====================================================
0: NO EXPLICIT RELAY ADDRESS(ES) ARE CONFIGURED
0: ===========Discovering relay addresses: =============
0: Relay address to use: 192.168.1.116
0: Relay address to use: ::1
0: =====================================================
0: Total: 2 relay addresses discovered
0: =====================================================
0: pid file created: /var/run/turnserver.pid
0: IO method (main listener thread): epoll (with changelist)
0: Wait for relay ports initialization...
0:   relay 192.168.1.116 initialization...
0:   relay 192.168.1.116 initialization done
0:   relay ::1 initialization...
0:   relay ::1 initialization done
0: Relay ports initialization done
0: IO method (general relay thread): epoll (with changelist)
0: turn server id=0 created
0: IPv4. TCP listener opened on : 127.0.0.1:3478
0: IPv4. TCP listener opened on : 127.0.0.1:3479
0: IPv4. TCP listener opened on : 192.168.1.116:3478
0: IPv4. TCP listener opened on : 192.168.1.116:3479
0: IPv6. TCP listener opened on : ::1:3478
0: IPv6. TCP listener opened on : ::1:3479
0: IO method (general relay thread): epoll (with changelist)
0: turn server id=1 created
0: IPv4. UDP listener opened on: 127.0.0.1:3478
0: IPv4. TCP listener opened on : 127.0.0.1:3478
0: IPv4. UDP listener opened on: 127.0.0.1:3479
0: IPv4. UDP listener opened on: 192.168.1.116:3478
0: IPv4. UDP listener opened on: 192.168.1.116:3479
0: IPv6. UDP listener opened on: ::1:3478
0: IPv4. TCP listener opened on : 127.0.0.1:3479
0: IPv4. TCP listener opened on : 192.168.1.116:3478
0: IPv4. TCP listener opened on : 192.168.1.116:3479
0: IPv6. TCP listener opened on : ::1:3478
0: IPv6. TCP listener opened on : ::1:3479
0: IPv6. UDP listener opened on: ::1:3479
0: Total UDP servers: 0
0: Total General servers: 2
0: IO method (auth thread): epoll (with changelist)
0: IO method (cli thread): epoll (with changelist)
0: IPv4. CLI listener opened on : 127.0.0.1:5766
3: handle_udp_packet: New UDP endpoint: local addr 192.168.1.116:3478, remote addr 192.168.1.113:53129
3: session 001000000000000001: user <>: incoming packet BINDING processed, success
3: handle_udp_packet: New UDP endpoint: local addr 192.168.1.116:3478, remote addr 192.168.1.113:53131
3: session 001000000000000002: user <>: incoming packet BINDING processed, success
3: handle_udp_packet: New UDP endpoint: local addr 192.168.1.116:3478, remote addr 192.168.1.113:53133
3: session 001000000000000003: user <>: incoming packet BINDING processed, success
3: handle_udp_packet: New UDP endpoint: local addr 192.168.1.116:3478, remote addr 192.168.1.113:53135
3: session 001000000000000004: user <>: incoming packet BINDING processed, success
4: session 001000000000000001: user <>: incoming packet message processed, error 401: Unauthorised
4: session 001000000000000002: user <>: incoming packet message processed, error 401: Unauthorised
4: session 001000000000000003: user <>: incoming packet message processed, error 401: Unauthorised
4: session 001000000000000004: user <>: incoming packet message processed, error 401: Unauthorised
4: IPv4. Local relay addr: 192.168.1.116:63300
4: session 001000000000000001: new, username=<baoyu>, lifetime=600
4: session 001000000000000001: user <baoyu>: incoming packet ALLOCATE processed, success
4: IPv4. Local relay addr: 192.168.1.116:53067
4: session 001000000000000002: new, username=<baoyu>, lifetime=600
4: session 001000000000000002: user <baoyu>: incoming packet ALLOCATE processed, success
4: IPv4. Local relay addr: 192.168.1.116:49434
4: session 001000000000000003: new, username=<baoyu>, lifetime=600
4: session 001000000000000003: user <baoyu>: incoming packet ALLOCATE processed, success
4: IPv4. Local relay addr: 192.168.1.116:63580
4: session 001000000000000004: new, username=<baoyu>, lifetime=600
4: session 001000000000000004: user <baoyu>: incoming packet ALLOCATE processed, success
4: handle_udp_packet: New UDP endpoint: local addr 192.168.1.116:3478, remote addr 192.168.1.226:59724
4: session 000000000000000001: user <>: incoming packet BINDING processed, success
4: session 001000000000000004: refreshed, username=<baoyu>, lifetime=0
4: session 001000000000000004: user <baoyu>: incoming packet REFRESH processed, success
4: session 001000000000000003: refreshed, username=<baoyu>, lifetime=0
4: session 001000000000000003: user <baoyu>: incoming packet REFRESH processed, success
4: session 001000000000000002: refreshed, username=<baoyu>, lifetime=0
4: session 001000000000000002: user <baoyu>: incoming packet REFRESH processed, success
4: session 000000000000000001: user <>: incoming packet message processed, error 401: Unauthorised
4: IPv4. Local relay addr: 192.168.1.116:63258
4: session 000000000000000001: new, username=<hxy>, lifetime=600
4: session 000000000000000001: user <hxy>: incoming packet ALLOCATE processed, success
4: session 000000000000000001: peer 192.168.1.116 lifetime updated: 300
4: session 000000000000000001: user <hxy>: incoming packet CREATE_PERMISSION processed, success
4: session 001000000000000001: peer 192.168.1.116 lifetime updated: 300
4: session 001000000000000001: user <baoyu>: incoming packet CREATE_PERMISSION processed, success
4: session 001000000000000001: peer 192.168.1.116 lifetime updated: 600
4: session 001000000000000001: user <baoyu>: incoming packet CHANNEL_BIND processed, success
4: session 000000000000000001: peer 192.168.1.116 lifetime updated: 600
4: session 000000000000000001: user <hxy>: incoming packet CHANNEL_BIND processed, success
5: session 001000000000000004: closed (2nd stage), user <baoyu>, local 192.168.1.116:3478, remote 192.168.1.113:53135, reason: allocation timeout
5: session 001000000000000003: closed (2nd stage), user <baoyu>, local 192.168.1.116:3478, remote 192.168.1.113:53133, reason: allocation timeout
5: session 001000000000000002: closed (2nd stage), user <baoyu>, local 192.168.1.116:3478, remote 192.168.1.113:53131, reason: allocation timeout
5: session 000000000000000001: usage: username=<hxy>, rp=55, rb=2872, sp=1993, sb=1354716
5: session 001000000000000001: usage: username=<baoyu>, rp=1994, rb=1355013, sp=54, sb=2864
6: session 000000000000000001: usage: username=<hxy>, rp=49, rb=2220, sp=1999, sb=1165526
6: session 001000000000000001: usage: username=<baoyu>, rp=1999, rb=1165526, sp=49, sb=2220
7: session 001000000000000001: usage: username=<baoyu>, rp=2010, rb=1177357, sp=38, sb=1796
7: session 000000000000000001: usage: username=<hxy>, rp=38, rb=1796, sp=2010, sb=1177359
8: session 001000000000000001: usage: username=<baoyu>, rp=2010, rb=1260380, sp=38, sb=1780
8: session 000000000000000001: usage: username=<hxy>, rp=38, rb=1780, sp=2010, sb=1260380
9: session 000000000000000001: usage: username=<hxy>, rp=43, rb=2112, sp=2005, sb=1150734
9: session 001000000000000001: usage: username=<baoyu>, rp=2005, rb=1149884, sp=43, sb=2112



WebRTC系列--- turn服务搭建
HOSTEN的博客
04-25 4252
在centos上搭建好coturn服务后，启动后便去Google提供的测试网页测试服务；填写好地址等信息后，然后发现下列错误： 在谷歌浏览器返回The server stun:39.97.110.12:3478 returned an error with code=701:STUN binding request timed out.问题，如下图所示问题： 网上查了一圈，在GitHub的issue中有类似问题，基本大致意思是turnClient到turnServer消息不能到达，所以开始以下检查：
【WebRTC指南】TURN 服务器
每日出拳老爷子的博客
08-13 504
有了可在线提供的 TURN 服务器后，您只需提供正确的 RTCConfiguration，以供客户端应用使用。以下代码段展示了 RTCPeerConnection 的示例配置，其中 TURN 服务器的主机名为 my-turn-server.mycompany.com，端口是 19403。该术语代表在 NAT 中使用中继的遍历，是一种用于中继网络流量的协议。目前能够以多种方式在线使用 TURN 服务器，既可以作为自托管的应用（如开源 COTURN 项目），也可以是作为云提供的服务。
TURN Server 项目安装与使用教程
gitblog_00567的博客
09-10 349
TURN Server 项目安装与使用教程 turnserverOpen-source TURN server implementation. 项目地址:https://gitcode.com/gh_mirrors/tu/turnserver 1. 项目目录结构及介绍 turnserver/ ├── bin/ │ ├── turnadmin │ ├── turnserver │ └─...
Turn服务器部署
猿脑2.0的博客
08-27 905
请注意，具体的配置可能会根据您的需求和操作系统环境有所不同。以上步骤提供了一个基本的指南，但您可能需要根据实际情况进行调整。此外，为了保障通信安全，建议使用有效的SSL证书，并合理配置认证机制。在配置过程中，请参考官方文档以获取最准确的信息。或者使用在线的WebRTC测试工具来测试TURN服务器的功能。如果使用动态认证，可能需要生成用户账号和密码。编辑配置文件，通常是。
RTCServer.rar
02-28
配套声网WebRTC，通过webrtc服务端生成token
部署rfc5766-turn-server－－谷歌推荐的开源穿透服务器 [复制链接]
热门推荐
康林工作室
10-16 3万+
 谷歌推荐的开源穿透服务器，包含trun和stun服务，主页：https://code.google.com/p/rfc5766-turn-server/ （个人觉得可以利用这个来进一步搭建VPN，有兴趣的可以试试） 由于国内通讯都被监控，所以WebRTC是不能直接P2P的，都需要中继服务作为转发的，所以在国内使用WebRTC是需要搭建中继服务。 安装： 版本：turnser
turnserver.conf 配置
hyl999的专栏
07-24 926
webrtc 的 turnserver服务器的配置和启动
探索Starrtc Server：一款高效、易用的实时通信解决方案
gitblog_00051的博客
03-22 425
探索Starrtc Server：一款高效、易用的实时通信解决方案 去发现同类优质开源项目:https://gitcode.com/ 在今天的数字化时代，实时通信成为了各类应用的核心功能之一。Starrtc Server正是一个专为开发者设计的实时通信服务器，旨在提供简单、高效且可扩展的实时通信服务。本文将深入探讨其技术特性、应用场景和优势，以吸引更多的开发者加入到这个项目中来。 项目简介 Sta...
通过webrtc server 快速搭建webrtc视频通话
zwwang2014的博客
04-17 2599
通过webrtc server 快速搭建webrtc视频通话环境准备配置webrtc server运行配置nginx生成密钥启动nginx测试 环境准备 （1）准备一台云服务器，并且已经安装coturn服务，安装方式参照 （2）安装nodejs，安装方式参照 （3）安装nginx，sudo apt-get install nginx （4）下载webrtc server，git clone htt...
WebRTC TURN协议初识及turnserver实践
yinshipin007的博客
08-04 259
但是TURN协议对服务器有很高的依赖，服务器在带宽和集群上有很大的压力，所以TURN协议通常是当作ICE协议中的一部分来使用。ChannelData message不使用STUN头部，而使用一个4字节的头部，包含了一个称之为信道号的值(channel number)，每一个使用中的信道号都与一个特定的peer绑定，即作为对等端地址的一个记号。该relay地址是个公网地址，可以看作是客户端A在公网上的一个代理，任何想要联系A的客户端，只要将数据发送到A的relay地址就可以了。
webrtc+turn+peerconnection_server测延时
宝安小雨
04-22 1223
一、环境说明： 在centos7上运行turn+peerconnection_server 一台网关下的局域网ubuntu20运行peerconnection_client 一台wifi ubuntu20运行peerconnection_client 期待：要么打动成功，要么中继，两端都应该能看到视频 二、在centos7上配置turn： 安装相关依赖： yum install -y make gcc cc gcc-c++ wget openssl-devel libevent libevent-devel
webrtc 内外穿透打洞，改了配置直接可以用（window版本）
09-07
- 压缩包中的"server"文件可能是WebRTC服务器的相关代码或配置文件，用于处理连接请求和中继通信。 - 运行这个服务器，可能需要了解服务器的运行环境，如Node.js、Python或其他服务器平台，并确保所有依赖项已正确...
webrtc如何设置turn server和stun server
格物致知的专栏 [音视频编解码 网络协议 计算机视觉 计算机图形学 图像理解 语音识别 机器学习 模拟电路 传感器]
07-15 949
在调用webrtc::PeerConnectionFactoryInterface::CreatePeerConnection之前，需要准备好webrtc::PeerConnectionInterface::RTCConfiguration，下面的代码给出了一个示范，可以看出turn server和stun server的设置方式是不同的。 bool SimplePeerConnection::CreatePeerConnection(const char** turn_urls,
webrtc入门系列（二）easy_webrtc_server 入门example测试
一只海星的主页
04-13 968
这个样例，非常的典型，对我们做设备端的同学来说，就需要一样这样的例子，模拟IPC发送视频到web播放。
Windows搭建Turn服务
10D24D的博客
07-10 2987
WebRTC 视频 直播 Turn服务
Ubuntu中安装TurnServer服务器
胡汉三
10-30 1万+
参考资料：http://www.webrtcbbs.com/forum.php?mod=viewthread&tid=139&extra=page%3D1     http://www.blogjava.net/linli/archive/2014/10/22/418935.html 在使用WebRTC进行即时通讯时，需要使浏览器进行P2P通讯，但是由于NAT环境的复杂性，并不是所有情况下
9、SRS4.0源代码分析之WebRTC服务总体介绍
黑板报
10-09 3605
SRS4.0源代码分析之WebRTC整体流程
RTSP服务器
sunshineywz的博客
09-23 635
RTSP请求报文 RTSP响应报文 例子
srt-live-server：一款基于SRT的毫秒级低延时直播服务器
BlueBirdssh的专栏
11-21 1710
https://blog.csdn.net/wutong_login/article/details/90257697 目前互联网上的视频直播有两种，一种是基于RTMP协议的直播，这种直播方式上行推流使用RTMP协议，下行播放使用RTMP，HTTP+FLV或者HLS，直播延时一般大于3秒，广泛应用秀场、游戏、赛事和事件直播，满足了对交互要求不高的场景；另一种是WebRTC协议的直...
webrtc turn 服务器 用户名 密码
最新发布
10-24
WebRTC (Web Real-Time Communication) 中的 TURN (Traversal Using Relays around NAT) 服务器是一种用于解决网络环境复杂性（如私有IP、防火墙限制）下的实时通信问题的服务。它允许参与者通过中间代理（TURN服务器）建立ICE (Interactive Connectivity Establishment) 端点之间的连接。 用户名和密码是TURN服务器提供的认证凭证，用于验证用户有权使用该服务器。当你设置或配置一个TURN服务器时，通常需要以下几个步骤： 1. **获取账号信息**：你需要从提供TURN服务的供应商那里注册并创建账户，他们会分配给你一个用户名和对应的密码。 2. **配置客户端**：在你的WebRTC应用中，使用这个用户名和密码作为credentials来初始化TURN连接。例如，在JavaScript中，你可以这样配置： ```javascript const iceServer = { url: 'turn://your_username:your_password@your.turnserver.com', credential: 'your_username', username: 'your_password' }; ```
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值