阿里云服务器的 webRTC 系统搭建与验证

已于 2022-02-09 16:23:39 修改
阅读量2.1k 收藏 6
点赞数 3
分类专栏： # WebRTC 原理应用 文章标签： 服务器 阿里云 webrtc
于 2022-02-09 16:21:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38387929/article/details/122844370
版权

本篇内容是对本次实验过程记录，即可以备忘、也能给有需求朋友提供一些参考。

环境说明:

服务器环境:

阿里云ecs的 cetos7 系统.
虚拟机ip:inet 172.26.43.146 netmask 255.255.240.0 broadcast 172.26.47.255
公网IP：39.99.xx.xx
房间与信令服务: SkyRTC,连接地址,https://github.com/dtltljb/webrtc_server_node.git

客户端环境

测试手机: 2部华为手机
安卓测试代码: https://github.com/dtltljb/webrtc_android.git

备注：
此服务端 nodejs 代码和安卓客户端代码是在 ddssingsong 大神 github 上 fork 过来,在此贴上
他的github地址, https://github.com/ddssingsong/ ,再次感谢。

一、安装环境依赖

1.1). 下载nodejs：

https://nodejs.org/en/download/
测试使用的版本:v16.13.2

//> 解压
tar -xvf node-v16.13.2-linux-x64.tar.xz
//> 改名
mv node-v16.13.2-linux-x64 nodejs
//> 进入目录
cd nodejs/
//> 确认一下nodejs下bin目录是否有node和npm文件，如果有就可以执行软连接
sudo ln -s /root/webRTC/nodejs/bin/npm /usr/local/bin/
sudo ln -s /root/webRTC/nodejs/bin/node /usr/local/bin/
//> 版本信息
[root@iZ8vbdsaostzzry9mmk5lrZ webRTC]# ls /usr/local/bin/npm -la
lrwxrwxrwx 1 root root 27 Jan 13 10:11 /usr/local/bin/npm -> /root/webRTC/nodejs/bin/npm
[root@iZ8vbdsaostzzry9mmk5lrZ webRTC]# npm -v
8.3.0
[root@iZ8vbdsaostzzry9mmk5lrZ webRTC]# ls /usr/local/bin/node -la
lrwxrwxrwx 1 root root 28 Jan 13 10:11 /usr/local/bin/node -> /root/webRTC/nodejs/bin/node
[root@iZ8vbdsaostzzry9mmk5lrZ webRTC]# node -v
v16.13.2

1.2) 安装相关依赖包

    $ sudo yum install openssl-devel
    $ sudo yum install sqlite3
    $ sudo yum install sqlite-devel
    $ sudo yum install libevent
    $ sudo yum install libevent-devel
    $ sudo yum install coturn

二、 房间与信令服务

本次实验只测试 安卓客户端与客户端直连功能，不测试pc端web服务，所以不用修改服务端代码，
直接运行server.js 服务即可。

2.1 下载服务端源码、安装 SkyRTC 依赖包

$ git clone https://github.com/dtltljb/webrtc_server_node.git
$ cd webrtc_server_node
$ npm install  //> 安装依赖模块

2.1 运行服务及日志

[root@iZ8vbdsaostzzry9mmk5lrZ webrtc_server_node]# node server.js 
Server running at http://0.0.0.0:3000/
创建新连接
{"data":{"room":"232343"},"eventName":"__join"}
房间里有1人
新用户5001bf26-3bec-4556-b6b8-b926487e5594加入房间232343
创建新连接
{"data":{"room":"232343"},"eventName":"__join"}
房间里有2人
新用户ec9337c5-9364-4417-ad39-00d8a8aabefd加入房间232343
{"data":{"sdp":{"sdp":"v=0\r\no=-label:ARDAMSv0\r\n","type":"offer"},"socketId":"5001bf26-3bec-4556-b6b8-b926487e5594"},"eventName":"__offer"}
......
接收到来自ec9337c5-9364-4417-ad39-00d8a8aabefd的ICE Candidate
{"data":{"candidate":"candidate:1510613869 1 udp 2122063615 127.0.0.1 46037 typ host generation 0 ufrag 7h+X network-id 1","id":"video","label":1,"socketId":"5001bf26-3bec-4556-b6b8-b926487e5594"},"eventName":"__ice_candidate"}
接收到来自ec9337c5-9364-4417-ad39-00d8a8aabefd的ICE Candidate
{"data":{"candidate":"candidate:842163049 1 udp 1685987071 36.112.201.199 39490 typ srflx raddr 10.25.193.90 rport 38269 generation 0 ufrag 7h+X network-id 3 network-cost 900","id":"video","label":1,"socketId":"5001bf26-3bec-4556-b6b8-b926487e5594"},"eventName":"__ice_candidate"}
接收到来自ec9337c5-9364-4417-ad39-00d8a8aabefd的ICE Candidate
{"data":{"candidate":"candidate:842163049 1 udp 1685987071 36.112.201.199 39491 typ srflx raddr 10.25.193.90 rport 42357 generation 0 ufrag 7h+X network-id 3 network-cost 900","id":"audio","label":0,"socketId":"5001bf26-3bec-4556-b6b8-b926487e5594"},"eventName":"__ice_candidate"}
.......
接收到来自ec9337c5-9364-4417-ad39-00d8a8aabefd的ICE Candidate
{"data":{"sdp":{"sdp":"v=0\r\no=- label:ARDAMSv0\r\n","type":"answer"},"socketId":"ec9337c5-9364-4417-ad39-00d8a8aabefd"},"eventName":"__answer"}
接收到来自5001bf26-3bec-4556-b6b8-b926487e5594的Answer
{"data":{"candidate":"candidate:161754461 1 udp 2122260223 172.16.20.209 59089 typ host generation 0 ufrag u1pU network-id 3 network-cost 10","id":"audio","label":0,"socketId":"ec9337c5-9364-4417-ad39-00d8a8aabefd"},"eventName":"__ice_candidate"}
......
接收到来自5001bf26-3bec-4556-b6b8-b926487e5594的ICE Candidate
{"data":{"candidate":"candidate:1876313031 1 tcp 1518222591 ::1 46443 typ host tcptype passive generation 0 ufrag u1pU network-id 2","id":"audio","label":0,"socketId":"ec9337c5-9364-4417-ad39-00d8a8aabefd"},"eventName":"__ice_candidate"}
接收到来自5001bf26-3bec-4556-b6b8-b926487e5594的ICE Candidate
{"data":{"candidate":"candidate:344579997 1 tcp 1518149375 127.0.0.1 42070 typ host tcptype passive generation 0 ufrag u1pU network-id 1","id":"audio","label":0,"socketId":"ec9337c5-9364-4417-ad39-00d8a8aabefd"},"eventName":"__ice_candidate"}
接收到来自5001bf26-3bec-4556-b6b8-b926487e5594的ICE Candidate

三、 ICE（STUN、TURN）服务

3.1 安装

安装 coturn 服务有两种方法，直接安装和下载源码安装。

//> centos 7 直接安装
$ sudo yum install coturn

下载源码安装:

git clone https://github.com/coturn/coturn 
cd coturn 
./configure 
make 
sudo make install

此两种安装方式缺省配置文件路径有些差异，需注意一下。
验证验证。

router@ubuntu:~/webRTC/webrtc_server_node$ which turnserver
/usr/local/bin/turnserver

3.2 创建数据库

coturn的“瞬时认证”需要依赖数据库，如果我们的用户量较大可以考虑采用其他数据库；
采用源码安装coturn时，源码文件夹下/turndb/schema.sql 是 sqlite3 数据库初始化内容.

//> 配置数据库
router@ubuntu:~/webRTC$ rm -f /usr/local/var/db/turndb
router@ubuntu:~/webRTC$ cat coturn/turndb/schema.sql |sqlite3 /usr/local/var/db/turndb
//> 查看数据表
router@ubuntu:~/webRTC$ sqlite3 /usr/local/var/db/turndb
SQLite version 3.31.1 2020-01-27 19:55:54
Enter ".help" for usage hints.
sqlite> .tables
admin_user            oauth_key             turn_secret         
allowed_peer_ip       turn_origin_to_realm  turnusers_lt        
denied_peer_ip        turn_realm_option

//> 数据库表list
router@ubuntu:~/webRTC$ cat coturn/turndb/schema.sql 
CREATE TABLE turnusers_lt (
    realm varchar(127) default '',
    name varchar(512),
    hmackey char(128),
    PRIMARY KEY (realm,name)
);

CREATE TABLE turn_secret (
  realm varchar(127) default '',
  value varchar(256),
  primary key (realm,value)
);

CREATE TABLE allowed_peer_ip (
  realm varchar(127) default '',
  ip_range varchar(256),
  primary key (realm,ip_range)
);

CREATE TABLE denied_peer_ip (
  realm varchar(127) default '',
  ip_range varchar(256),
  primary key (realm,ip_range)
);

CREATE TABLE turn_origin_to_realm (
  origin varchar(127),
  realm varchar(127),
  primary key (origin)
);

CREATE TABLE turn_realm_option (
  realm varchar(127) default '',
  opt varchar(32),
  value varchar(128),
  primary key (realm,opt)
);

CREATE TABLE oauth_key (
  kid varchar(128),
  ikm_key varchar(256),
  timestamp bigint default 0,
  lifetime integer default 0,
  as_rs_alg varchar(64) default '',
  realm varchar(127),
  primary key (kid)
);

CREATE TABLE admin_user (
  name varchar(32),
  realm varchar(127),
  password varchar(127),
  primary key (name)
);

本次实验测试实验采用静态用户名方式，不安装数据库应该也可以使用的，我没有测试过。

3.3 turnserver.conf配置文件

本次实验配置文件内容和路径。

[root@iZ8vbdsaostzzry9mmk5lrZ webRTC]# cat /etc/coturn/turnserver.conf
# RFC5766-TURN-SERVER configuration file
# RFC5766-TURN-SERVER配置文件

# TURN为UDP和TCP的侦听器端口(默认: 3478)。
# 注:实际上,TLS和DTLS会话可以连接到"清晰的"TCP和UDP端口,——如果允许配置。
#
#listening-port=3478
listening-port=3478

# TURN为TLS的侦听器端口(默认: 5349)。
# 注意:事实上,"清晰的"TCP和UDP会话可以连接到TLS和DTLS端口，如果允许配置。
# TURN服务器"自动"识别传输类型。实际上,两个监听终端点("清晰的"端和"TLS"端)是
# 对等的功能;但我们保持两个端点来满足RFC 5766规范。
# 对于安全的TCP连接,我们目前支持SSL的3个版本，是TLS 1.0版本,1.1版本和1.2版本。
# SSL2还支持"encapculation模式"。对于安全的UDP连接,我们支持DTLS版本1。
#
tls-listening-port=5349

# 侦听器中继服务器的IP地址。可以指定多个侦听器。
# 如果没有在配置文件或者命令选项中指定监听的IP，
# 那么所有的IPv4和IPv6所有的IP将被监听
#
listening-ip=172.26.43.146
#listening-ip=2607:f0d0:1002:51::4

# 中继地址(本地IP地址将用于传递数据包的给每个端)
# 可以使用多个中继地址。
# 相同的IP可以用作监听IP和继电器IP。
# 如果没有指定中继IP，那么turnserver将应用默认策略：它将自行决定使用那个中继
# 地址，并且它总是会使用客户端套接字的IP地址作为中继的IP地址在TURN会话中(如果
# 请求的中继地址族解决同族的客户端套接字)。
#
relay-ip=172.26.43.146
#relay-ip=2607:f0d0:1002:51::5


# By default, this value is empty, and no address mapping is used.
#
external-ip=39.99.xx.xx
#OR:
#external-ip=60.70.80.91/172.17.19.101

# Number of relay threads to handle the established connections
# (in addition to authentication thread and the listener thread).
# If set to 0 then application runs relay process in a single thread,
# in the same thread with the listener process (the authentication thread will
# still be a separate thread).
# In the older systems (Linux kernel before 3.9),
# the number of UDP threads is always one thread per network listening endpoint -
# including the auxiliary endpoints - unless 0 (zero) or 1 (one) value is set.
relay-threads=5

# UDP中继端点的上下边界:
# (默认是49152至65535)
#
min-port=59000
max-port=65500
    
# 取消TURN服务器运行'normal' 'moderate'详细模式。
# 默认情况下,详细模式是关闭的。
#
verbose
    
# 取消在TURN消息中使用指纹。
# 默认情况下,指纹是关闭的。
#
fingerprint


# 取消使用长期证书机制。
# 默认情况下不使用凭证机制(允许任何用户)。
# 这个选项可能使用用户数据文件或PostgreSQL或MySQL或Redis来存储用户密钥。
#
lt-cred-mech

# 'Static'用户长期占凭证机制。
# 这个选项不能用于TURN REST API或短期凭证机制。
# 'Static'用户帐户不是turnserver程序动态检查,所以他们不能改变在turnserver运行时。
# Or, equivalently, with open clear password (less secure):
#或者是这样，明文密码(不安全的):
#
user=ddssingsong:123456

# 'Dynamic'用户帐户数据库文件名。
# 只有用户长期机制可以存储在一个文件,短期机制不会处理选项,短期机制需要PostgreSQL或MySQL或
# Redis数据库。
# 'Dynamic'的长期用户帐户在turnserver程序中动态检查的,这样他们可以改变的在turnserver运行时。
# 默认文件名是turnuserdb.conf.
 userdb=/etc/coturn/turndb  

# TURN REST API的长期凭证机制范围。
#
realm=metis.org

# 如果没有TLS客户端监听器需要取消。
# 默认情况下TLS客户端监听器总是启动。
#
no-tls

# 如果不允许TCP中继端点需要取消。
# 默认情况下启用TCP继电器端点(如在RFC 5766)。
#
no-tcp-relay

# 取消如果需要额外的安全,现时已有有限的生命周期(600秒)。
# 默认情况下,一个会话的唯一临界值,但它一般拥有无限的生命周期。这个选项,临界值
# 仅限于600秒,之后,客户端将得到438错误,将不得不重新认证。
#
stale-nonce

# 证书文件。
# 使用绝对路径或路径相对于配置文件。
#
cert=/etc/turn_server_cert.pem
# 私钥文件。
# 使用绝对路径或路径相对于配置文件。使用PEM文件格式。
#
pkey=/etc/turn_server_pkey.pem

# 设置日志文件
# 默认情况下,turnserver尝试一个日志文件在/var/log,/var/tmp,/tmp和
# 当前目录(那个文件先打开成功,文件将被使用)。
# 采用这一选项可以设置明确的日志文件名。
# 特殊的名字是"stdout"和"-"——他们将强制所有的输出。同时,"syslog"名称将强制所有的系统日志(syslog)。
# 在运行时,日志文件可以重置通过SIGHUP信号在turnserver程序中。
#
log-file=/var/tmp/turn.log

# 标记用于不接受的端在环回地址(127.x.x.x 和 ::1)。
# 这是一个额外的安全措施。
no-loopback-peers

# 标记用于不接受的端在广播地址(224.0.0.0和以上的，和FFXX:*)。
# 这是一个额外的安全措施。
no-multicast-peers

# 存储进程pid的文件名。
# 默认是/var/run/turnserver.pid(超级用户使用)或者是/var/tmp/turnserver.pid
#
#pidfile="/var/run/turnserver.pid"
pidfile="/var/tmp/turnserver.pid"

# Mobility with ICE (MICE) specs support.
#
# 移动的ICE(MICE)的规范支持。
#
mobility

#
# 关掉CLI的支持。
# 默认情况下它总是ON。
# 参阅选项cli-ip和cli-port。
no-cli

四、 安卓客户端

4.1 下载源码切换分支

git clone https://github.com/dtltljb/webrtc_android.git
cd webrtc_android
git branch -a
git checkout branch_nodejs

切换分支后，我的android studio是3.5 版本，打开直接编译通过,感谢 ddssingsong 大神的分享。

4.2 修改源码


//> 第一处修改: 登录界面 ip 地址和http协议,app/src/main/java/com/dds/nodejs/NodejsActivity.java
public class NodejsActivity extends AppCompatActivity {
    private EditText et_signal;
    private EditText et_room;


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_nodejs);
        Toolbar toolbar = findViewById(R.id.toolbar);
        setSupportActionBar(toolbar);
        initView();
        initVar();

    }
    //> 修改部分
    private void initVar() {
        et_signal.setText("http://39.99.xx.xx:3000/wss");
        et_room.setText("232343");
    }

}

//> 第二处修改: /app/src/main/java/com/dds/nodejs/WebrtcUtil.java
public class WebrtcUtil {

    //public static final String HOST = "47.93.186.97";
    public static final String HOST = "39.99.xx.xx";

    // turn and stun
    private static MyIceServer[] iceServers = {
            new MyIceServer("stun:stun.l.google.com:19302"),
            // 测试地址1
            new MyIceServer("stun:" + HOST + ":3478?transport=udp"),
            new MyIceServer("turn:" + HOST + ":3478?transport=udp",
                    "ddssingsong",
                    "123456"),
            new MyIceServer("turn:" + HOST + ":3478?transport=tcp",
                    "ddssingsong",
                    "123456"),
    };
    ......
}

本次实验未采用 nginx 代理 ws 服务，所以代码修改为http协议。本次实验以简单粗暴方式，搭建处系统运行基本环境为主旨。
本次在网上也看了很多相关内容，本次实验环境非常简洁方式。

五、网络环境处理

由于本次实验是在阿里云ecs上，需要进入阿里 ECS 控制台开启输入规则并关闭 Centos 7 系统的防火墙。

阿里云网络与安全

进入控制台后、选择 ECS 实例、左侧有"网络与安全"选项，在"入方向"栏中，手动增加"3478、5349、3000" TCP和UDP端口放行规则。

关闭 Centos 防火墙

systemctl stop firewalld.service.
systemctl disable firewalld.service.
此命令是临时性的关闭。

六、实验验证结果记录及图片

至此webRTC系统运行环境就搭建完成，直接启动 turnserver 服务就可以，输出日志内容如下。

turnserver 运行日志

0: : IPv4. TCP listener opened on : 172.26.43.146:3478
0: : IO method (general relay thread): epoll (with changelist)
0: : turn server id=4 created
0: : IPv4. TCP listener opened on : 172.26.43.146:3478
0: : IO method (general relay thread): epoll (with changelist)
0: : turn server id=0 created
0: : IPv4. TCP listener opened on : 172.26.43.146:3478
0: : IPv4. DTLS/UDP listener opened on: 172.26.43.146:3478
0: : IPv4. DTLS/UDP listener opened on: 172.26.43.146:5349
0: : Total General servers: 5
0: : SQLite DB connection success: /var/lib/coturn/turndb   //> 连接数据库成功,sqlite3
0: : IO method (auth thread): epoll (with changelist)
0: : IO method (auth thread): epoll (with changelist)
0: : IO method (admin thread): epoll (with changelist)
144: : session 004000000000000001: realm <metis.org> user <>: incoming packet BINDING processed, success
144: : session 001000000000000001: realm <metis.org> user <>: incoming packet BINDING processed, success
144: : session 004000000000000001: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : session 001000000000000001: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : IPv4. tcp or tls connected to: 36.112.201.199:39661
144: : IPv4. tcp or tls connected to: 36.112.201.199:39663
144: : session 001000000000000002: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : IPv4. Local relay addr: 172.26.43.146:60979
144: : session 004000000000000001: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 004000000000000001: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : session 004000000000000002: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : IPv4. Local relay addr: 172.26.43.146:61337
144: : session 001000000000000001: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 001000000000000001: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : IPv4. Local relay addr: 172.26.43.146:60173
144: : session 001000000000000002: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 001000000000000002: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : IPv4. Local relay addr: 172.26.43.146:60186
144: : session 004000000000000002: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 004000000000000002: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : session 003000000000000001: realm <metis.org> user <>: incoming packet BINDING processed, success
144: : session 003000000000000001: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : IPv4. Local relay addr: 172.26.43.146:62015
144: : session 003000000000000001: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : IPv4. tcp or tls connected to: 124.202.194.238:58740
144: : session 001000000000000003: realm <metis.org> user <>: incoming packet message processed, error 401: Unauthorized
144: : session 003000000000000001: peer 10.25.193.90 lifetime updated: 300
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, error 403: Forbidden IP
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet message processed, error 403: Forbidden IP
144: : session 003000000000000001: peer 36.112.201.199 lifetime updated: 300
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 003000000000000001: peer 172.26.43.146 lifetime updated: 300
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 003000000000000001: peer 172.26.43.146 lifetime updated: 300
144: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : IPv4. Local relay addr: 172.26.43.146:65200
144: : session 001000000000000003: new, realm=<metis.org>, username=<ddssingsong>, lifetime=600
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet ALLOCATE processed, success
144: : session 001000000000000003: peer 10.25.193.90 lifetime updated: 300
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, error 403: Forbidden IP
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet message processed, error 403: Forbidden IP
144: : session 001000000000000003: peer 36.112.201.199 lifetime updated: 300
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 001000000000000003: peer 172.26.43.146 lifetime updated: 300
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 001000000000000003: peer 172.26.43.146 lifetime updated: 300
144: : session 001000000000000003: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
144: : session 004000000000000002: refreshed, realm=<metis.org>, username=<ddssingsong>, lifetime=0
144: : session 004000000000000002: realm <metis.org> user <ddssingsong>: incoming packet REFRESH processed, success
144: : session 004000000000000002: TCP socket closed remotely 36.112.201.199:39663
144: : session 004000000000000002: usage: realm=<metis.org>, username=<ddssingsong>, rp=3, rb=236, sp=3, sb=312
144: : session 004000000000000002: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=0, rb=0, sp=0, sb=0
144: : session 004000000000000002: closed (2nd stage), user <ddssingsong> realm <metis.org> origin <>, local 172.26.43.146:3478, remote 36.112.201.199:39663, reason: TCP connection closed by client (callback)
144: : session 004000000000000002: delete: realm=<metis.org>, username=<ddssingsong>
144: : session 001000000000000001: refreshed, realm=<metis.org>, username=<ddssingsong>, lifetime=0
144: : session 001000000000000001: realm <metis.org> user <ddssingsong>: incoming packet REFRESH processed, success
144: : session 001000000000000003: peer 36.112.201.199 lifetime updated: 300
......
145: : session 004000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CHANNEL_BIND processed, success
145: : session 001000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=4, rb=256, sp=4, sb=404
145: : session 001000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=0, rb=0, sp=0, sb=0
145: : session 001000000000000001: closed (2nd stage), user <ddssingsong> realm <metis.org> origin <>, local 172.26.43.146:3478, remote 36.112.201.199:39660, reason: allocation timeout
145: : session 001000000000000001: delete: realm=<metis.org>, username=<ddssingsong>
153: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=903, rb=334991, sp=1155, sb=623631
153: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1145, rb=617405, sp=893, sb=330054
......
317: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1036, rb=128147, sp=1012, sb=101684
317: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1012, rb=97636, sp=1036, sb=124003
324: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
329: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1026, rb=126147, sp=1022, sb=93671
329: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1022, rb=89583, sp=1026, sb=122043
334: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
341: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1026, rb=142446, sp=1022, sb=91173
341: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1022, rb=87085, sp=1026, sb=138342
344: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
354: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=942, rb=116998, sp=1106, sb=89184
354: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1106, rb=84760, sp=942, sb=113230
354: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
364: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
366: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=992, rb=119141, sp=1056, sb=80693
366: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1056, rb=76469, sp=992, sb=115173
374: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
378: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1012, rb=115590, sp=1036, sb=75468
378: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1036, rb=71324, sp=1012, sb=111542
384: : session 003000000000000001: peer 10.25.193.90 lifetime updated: 300
384: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CREATE_PERMISSION processed, success
384: : session 003000000000000001: peer 36.112.201.199 lifetime updated: 300
......
385: : session 003000000000000001: peer 172.26.43.146 lifetime updated: 600
385: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CHANNEL_BIND processed, success
385: : session 004000000000000001: peer 124.202.194.238 lifetime updated: 600
385: : session 004000000000000001: realm <metis.org> user <ddssingsong>: incoming packet CHANNEL_BIND processed, success
390: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1002, rb=121010, sp=1052, sb=78191
390: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1046, rb=73527, sp=996, sb=116370
394: : session 003000000000000001: realm <metis.org> user <ddssingsong>: incoming packet BINDING processed, success
401: : session 004000000000000001: usage: realm=<metis.org>, username=<ddssingsong>, rp=1041, rb=84575, sp=1007, sb=76642
401: : session 004000000000000001: peer usage: realm=<metis.org>, username=<ddssingsong>, rp=1007, rb=72614, sp=1041, sb=80411

6.2 安卓客户端运行效果

本次客户端实验网络 4G 与 WIFI 之间通讯,局域网内测试。
在这里插入图片描述
一对一视频聊天登录后效果如下:

在这里插入图片描述
参考链接：
https://blog.csdn.net/u011077027/article/details/86225524

老理说的好
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
阿里云 —— Windows下搭建“阿里云音视频通信RTC“（1）
wx微信公众号“码农总动员”，获取更多编程知识
11-16 1130
Windows下搭建"阿里云音视频通信RTC"（1）
windows下webRTC服务器及测试环境搭建
06-18
在Windows操作系统下搭建WebRTC服务器及测试环境是开发者进行实时通信应用开发的基础步骤。以下将详细介绍如何在Windows环境下搭建WebRTC服务器以及进行相关测试。 一、WebRTC概述 WebRTC是一个由Google主导的开源...
Webrtc入门——基于阿里云ubuntu 最新webrtc Android平台编译详细说明
weixin_33802505的博客
05-22 176
折腾了好多天，终于将webrtc Android平台的demo编译出来了，发现即使完全按照webrtc官网的编译指南，还是会碰到各种问题。而网上又没有更全面的说明，最后是通过查看webrtc 批处理脚本才最终一步步解决问题。写下这篇文章，希望对大家有帮助。 在编译的过程中，感觉webrtc编译实在是太难了， 但是完成了编译之后，感觉webrtc编译其实是很简单的，...
Centos7配置webrtc-streamer环境
最新发布
qq_40110442的博客
05-30 2031
这是因为yum包管理是使用python2.x写的，将python2.x升级到python3.6.8以后，由于python版本语法兼容性导致问题出现。然后再重复执行./webrtc-streamer查看还缺哪些依赖按照以上步骤安装，直到最后出现如下情况：缺少glibc依赖。预编译,分别执行以下指令，如果出现报错，按照QA章节处理，建议执行make之前先把QA章节的依赖先安装一遍。发现python版本没变，这是因为在/usr/bin中有个python软链接文件仍然指向python2。
WebRTC学习笔记（1）：在阿里云基于coturn搭建STUN\TURN服务器
冬季穿短裤
05-24 1815
WebRTC学习笔记（1）：在阿里云基于coturn搭建STUN\TURN服务器
阿里音视频通话rtc服务端token创建
我的博客
05-18 568
web端与app视频通话，由服务端创建token @Component public class AliRtcUtil { // 监听端口 private int listen; // 应用ID @Value("${aliyun.rtc.appID}") private String appID; // 应用密钥 @Value("${aliyun.rtc.appKey}") private String appKey; // 服务地址
AliRTC 开启视频互动 “零计算” 时代
阿里云视频云的博客
11-08 1682
在 2021 云栖大会《产业视频化创新与最佳实践》视频云主题论坛中，阿里云智能高级技术专家在《AliRTC 开启视频互动 "零处理" 时代》的主题演讲中，发布了阿里云视频云下一代实时交互解决方案 —RTC “零处理”，同时分享了阿里云视频云在 RTC 产品的探索和实践，以下为演讲内容整理。 一、交互演进与挑战 在过去几年，视频交互产品发生了什么变化？ 我们认为 RTC 产品对行业产生了两次非常重要的变革。 第一次变革是 2014 年开始的交互从图文到音视频的升级。 2014 年，互联
webRTC服务器搭建.docx
06-25
WebRTC服务器搭建 已有 261 阅读此文人 - 2016.06.29 - WebRTC - 刘通 原文 1.WebRTC后台服务: 通话的房间服务器(Room Server) 房间服务器是用来创建和管理通话会话的状态维护,是双方通话还是多方通话,加入与离开...
搭建WebRtc环境
02-24
这次的需求，准备做的是一个类似与QQ视频一样的点对点视频聊天。这几天了解了一些知识后，决定使用HTML5新支持的WebRtc来作为视频通讯。客户端使用支持HTML5浏览器即可。服务器段需要提供两个主要的服务功能，一个是...
编译好的ZLM流媒体服务器（支持webrtc）
11-14
ZLM服务器支持WebRTC，意味着它能够与Web端的WebRTC客户端无缝对接，实现高质量的实时音视频传输。 3. **Windows 10兼容性**： 提供的这个版本是专为Windows 10环境编译的，这意味着它可以在这个操作系统上直接...
webrtc_server_node：videoCall VideoConference视频通话视频会议
02-03
覆写 可以针对单个或多个通道开发一组基于webrtc的语音和视频系统。 基于webrtc的信令服务器，包括浏览器端显示 主要使用Android端代码开发 对于分支：branch_meeting 入门 该项目依赖于Node.js和npm 部署转弯和眩晕服务： : 然后 git clone https://github.com/ddssingsong/webrtc_server.git cd webrtc_server/ npm install # start node server.js # You can see the results below # Server running at http://0.0.0.0:3000/ QQ QQ群名称：webrtc技术交流群 QQ群：601332720 加入群一起探讨webrtc，分享好的开源项目
media-server-node：适用于Node.js的WebRTC媒体服务器
02-03
适用于Node.js的WebRTC Medooze媒体服务器 该媒体服务器将允许您从远程WebRTC对等方接收和发送媒体流，并管理如何路由它们。 支持的系统： Linux Mac OS X 树莓派 安装 只需将Medooze媒体服务器添加为对节点proyect的依赖项： npm i --save medooze-media-server 分配 如果不想每次使用媒体服务器时都编译本机代码，则可以预编译Medooze Media服务器并为平台生成二进制包。 在Medooze媒体服务器目录上，只需执行以下操作： git submodule update --init --recursive npm i npm run-script dist 它将在dist/medooze-media-server-xyxtgz生成二进制包。 要在您的项目上使用它，只需安装它而不是npm存储库依赖项： npm i --save medooze-media-server-x.y.x.tgz 用法 const MediaServer = require ( 'medoo
Node.js-一个WebRTC屏幕录像机electron应用
08-10
一个WebRTC屏幕录像机electron应用
HTML5视频聊天Demo（WebRTC+NodeJS）
07-15
5分钟搭建一个HTML5视频聊天Demo(WebRTC+NodeJS),资源包包括WebRTC和NodeJS下载，详细操作请参见http://blog.csdn.net/lixq_csdn/article/details/37815103
srs4.x webrtc
shuangyan5230的专栏
07-22 1191
1 阿里云部署 srs webrtc时 注意修改 rtc.conf 中 candidate 为 阿里云外网网卡地址 通过 chrome://webrtc-internals/ 中 setRemoteDescription中查看 2 webrtc 播放时有噪声，未解决
WebRTC之服务器搭建
u012944685的专栏
06-19 2871
前言 在前面的WebRTC介绍中我们已经介绍了WebRTC的编译以及成功地把WebRTC在Android Studio中运行了起来，详情请猛击<WebRTC之Android编译> 《WebRTC导入Android Studio》 在后面的学习过程中，我们将进一步使用WebRTC实现Android端的实时通信对话。为了方便后续的开发和测试，今天我们来搭建WebRTC的服务器环境。 安装环境 笔者使用的云服务器是Ubuntu 16.04。 注意尽量使用与笔者相同版本的系统，不然可能因为安装的各种环境
搭建阿里云服务器web基本环境以及部署web项目
weixin_43731947的博客
07-22 1760
一、准备服务器 首先从阿里云官网购买使适用的服务器并启动，修改实例密码，后重启 1.1 连接服务器 可以使用SecureCRTPortable或xshell等工具连接 以SecureCRTPortable为例 输入公网ip 输入之前更改后的实例密码 连接成功 二、配置JDK 使用mkdir命令自己建立一个文件夹，用来放置jdk 例如：/usr/java/jdk 使用rz命令上传本地文件当服务器 若没有则需要安装 yum -y install lrzsz 注意：一定要在~下安装，不然会提示yu
WebRTC各个浏览器支持的功能测试
u010306906的博客
07-12 8347
博主最近做项目的时候研究了一下Web AR的实现，在调用摄像头这块主要考虑利用WebRTC，不过由于目前各个浏览器支持的情况不一，包括IOS悲剧的还没有支持这个API，分享几个网站，用来测试HTML5的API你的浏览器应用场景到底支持哪些，还有个别人分享的WebRTC获取视频流和音频流的测试demo 1、H5 API测试地址： https://html5test.com/ 2、WebRT
coturn 401 Unauthorized问题排查
Andy Tools
10-11 6019
文章目录1 背景2 stun与turn 服务测试3 ICE 收集测试[](https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/)4 标准文档中的流程5 结论 1 背景 今天在调试webrtc C++设备join webapp 建立的房间时，在交换ICE信息后，开始进行ICE打洞。发现C++ 收到401 ...
webrtc https 阿里云服务器
05-26
要在阿里云服务器上使用WebRTC，您需要进行以下步骤： 1. 采用HTTPS协议，因为WebRTC要求安全的传输。您可以在阿里云服务器上安装SSL证书，或使用阿里云提供的HTTPS证书。 2. 安装WebRTC服务，例如Janus Gateway或...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值