1.?屏幕屏幕?Ļ???? Դ??
2.Deskreen - 免费开源的无线屏幕共享软件，任意电脑和便携设备实现类似于 Mac 随航的共享共享功能
3.如何在网页中使用js录屏插件?
4.TC的详细使用方法
5.手把手教你10分钟快速搭建webrtc

??Ļ???? Դ??

寻找免费神器？ Deskreen：无线投屏的绝佳选择！

       在数字化时代，源码源码我们常常需要在各种设备间无缝切换，屏幕屏幕共享信息。共享共享有没有想过，源码源码golang 源码编译一款简单而强大的屏幕屏幕软件可以让你的电脑屏幕变成其他设备的第二块屏幕？答案是 Deskreen，这款开源软件就是共享共享你的理想解决方案，而且关键是源码源码——它是完全免费的！

       Deskreen 是屏幕屏幕一款跨平台的魔力工具，它能让你的共享共享 Windows、Mac、源码源码Linux 电脑轻松投屏到手机、屏幕屏幕平板，共享共享甚至另一台电脑上，源码源码极大地提升了工作效率和沟通体验。无论是商务会议还是个人学习，它都能派上大用场。通过Wi-Fi局域网连接，无需额外硬件，让你的设备组合变得无比灵活。

       安全是 Deskreen的另一大亮点，它提供密码保护功能，确保只有授权用户才能访问。而且，它支持同时投屏到多个设备，无论是教育课堂还是远程协作，都能满足你的多元需求。中文界面也让操作变得更加贴心，无论是查询文档、编写代码，还是展示报告，都无需语言障碍。

       使用 Deskreen 实现无线投屏的过程简直轻而易举。只需几步操作：首先，下载对应版本的软件并授权；接着，确保电脑和接收设备在同一个 Wi-Fi 网络；最后，通过扫描二维码或访问网址，你就可以在几秒钟内实现屏幕共享，还能选择共享特定窗口，提升效率。

       虽然 Deskreen 开启时可能会有英文界面，但只需点击绿色按钮即可跳过。不过，它并不具备接收设备上操作电脑的功能，主要是屏幕内容的共享。但这丝毫不会影响它在众多场景中的实用性，如教学演示、远程演示或团队协作。

       最令人惊喜的是，Deskreen 是一款开源软件，它的源代码遵循 AGPL-3.0 开源协议，这意味着任何人都可以免费获取和使用，而且随时可以贡献代码，共同提升软件体验。它的免费性质，无疑为有需要的织梦源码 视频用户带来了实实在在的帮助。

       在你的电脑与世界的连接中，Deskreen无疑是一把强大的钥匙。如果你在寻找一款免费且强大的无线投屏工具，那就赶紧尝试 Deskreen，它将为你的工作和生活带来便捷和效率。快来体验这款开源的共享神器吧！

Deskreen - 免费开源的无线屏幕共享软件，任意电脑和便携设备实现类似于 Mac 随航的功能

       Deskreen是一款强大的免费开源无线屏幕共享工具，它让任意设备成为电脑的扩展屏幕，无论你是要提升团队协作效率，还是个人工作中的多任务处理，都能轻松实现跨平台的高效投屏。不同于苹果的Mac随航功能，Deskreen兼容Windows、Mac、Linux系统，以及手机、平板和另一台电脑，无需硬件限制，只需简单几步，通过本地局域网传输，延迟极低。

       安装过程简单明了，从官网下载相应的安装包，首次运行时授权屏幕录制，确保电脑和接收设备处于同一Wi-Fi网络，三步操作就能完成屏幕共享。虽然初次启动时可能会出现全英文界面，但只需点击绿色按钮即可跳过，重要的是，它专注于屏幕内容共享，而不是远程操作接收设备。

       Deskreen的免费和开源特性使其成为一款极具吸引力的工具，源代码遵循AGPL-3.0协议，可以在Github上获取。不论是教育演示，还是商业应用，它都能提供很大的便利。总的来说，不论你是教育工作者，技术演示者，还是有屏幕共享需求的工作者，Deskreen都是一款值得尝试的利器。

如何在网页中使用js录屏插件?

       探索如何仅使用JavaScript创建网页录屏插件

       实现录屏功能，我们首先需要理解`getDisplayMedia` API。此API允许网站在用户同意的情况下捕获屏幕或屏幕部分的媒体流，常用于实现屏幕共享、视频会议和直播。

       基本使用步骤：

       1. 调用`navigator.mediaDevices.getDisplayMedia()`方法。该方法返回一个Promise，解析结果为包含屏幕捕获数据的MediaStream对象。

       2. 通过脚手架快速生成插件框架。选择Chrome插件模板，使用脚手架快速创建项目。

       3. 在浏览器右键菜单添加按钮，监听右键点击事件。macd见底公式源码选择百度首页作为触发录屏事件的中间页面。

       4. 根据`isStartMediaRecorder`参数判断是否需要弹窗提示用户。

       5. 开始录屏，监听结束事件，并通过a标签将录制视频下载至本地。

       为了方便使用，提供插件下载地址：gitee.com/zheng_yongtao...

       安装步骤：下载解压后，导入Chrome的`extensions/`目录，选择解压后的文件夹。

       源码可访问：gitee.com/zheng_yongtao...

       欢迎关注公众号『前端也能这么有趣』，获取更多有趣内容。

       在此，感谢您的支持，我们下次再见。

TC的详细使用方法

       给你个TC中文MAN，参考参考，也可以去我的BLOG看看，最近我也在学，

       名字

        tc - 显示／维护流量控制设置

       摘要

       tc qdisc [ add | change | replace | link ] dev DEV [ parent qdisc-id | root ] [ handle qdisc-id ] qdisc [ qdisc specific parameters ]

       tc class [ add | change | replace ] dev DEV parent qdisc-id [ classid class-id ] qdisc [ qdisc specific parameters ]

       tc filter [ add | change | replace ] dev DEV [ parent qdisc-id | root ] protocol protocol prio priority filtertype [ filtertype specific parameters ] flowid flow-id

       tc [-s | -d ] qdisc show [ dev DEV ]

       tc [-s | -d ] class show dev DEV tc filter show dev DEV

       简介

       Tc用于Linux内核的流量控制。流量控制包括以下几种方式：

       SHAPING(限制)

       当流量被限制，它的传输速率就被控制在某个值以下。限制值可以大大小于有效带宽，这样可以平滑突发数据流量，使网络更为稳定。shaping（限制）只适用于向外的流量。

       SCHEDULING(调度)

       通过调度数据包的传输，可以在带宽范围内，按照优先级分配带宽。SCHEDULING(调度)也只适于向外的流量。

       POLICING(策略)

       SHAPING用于处理向外的流量，而POLICIING(策略)用于处理接收到的数据。

       DROPPING(丢弃)

       如果流量超过某个设定的带宽，就丢弃数据包，不管是向内还是向外。

       流量的处理由三种对象控制，它们是：qdisc(排队规则)、class(类别)和filter(过滤器)。

       QDISC(排队嬖?

       QDisc(排队规则)是queueing discipline的简写，它是理解流量控制(traffic control)的基础。无论何时，内核如果需要通过某个网络接口发送数据包，它都需要按照为这个接口配置的qdisc(排队规则)把数据包加入队列。然后，内核会尽可能多地从qdisc里面取出数据包，把它们交给网络适配器驱动模块。

       最简单的QDisc是pfifo它不对进入的数据包做任何的处理，数据包采用先入先出的方式通过队列。不过，它会保存网络接口一时无法处理的数据包。

       CLASS(类)

       某些QDisc(排队规则)可以包含一些类别，不同的类别中可以包含更深入的QDisc(排队规则)，通过这些细分的QDisc还可以为进入的队列的数据包排队。通过设置各种类别数据包的离队次序，QDisc可以为设置网络数据流量的优先级。

       FILTER(过滤器)

       filter(过滤器)用于为数据包分类，决定它们按照何种QDisc进入队列。网络下单平台源码无论何时数据包进入一个划分子类的类别中，都需要进行分类。分类的方法可以有多种，使用fileter(过滤器)就是其中之一。使用filter(过滤器)分类时，内核会调用附属于这个类(class)的所有过滤器，直到返回一个判决。如果没有判决返回，就作进一步的处理，而处理方式和QDISC有关。

       需要注意的是，filter(过滤器)是在QDisc内部，它们不能作为主体。

       CLASSLESS QDisc(不可分类QDisc)

       无类别QDISC包括：

       [p|b]fifo

       使用最简单的qdisc，纯粹的先进先出。只有一个参数：limit，用来设置队列的长度,pfifo是以数据包的个数为单位；bfifo是以字节数为单位。

       pfifo_fast

       在编译内核时，如果打开了高级路由器(Advanced Router)编译选项，pfifo_fast就是系统的标准QDISC。它的队列包括三个波段(band)。在每个波段里面，使用先进先出规则。而三个波段(band)的优先级也不相同，band 0的优先级最高，band 2的最低。如果band里面有数据包，系统就不会处理band 1里面的数据包，band 1和band 2之间也是一样。数据包是按照服务类型(Type of Service,TOS)被分配多三个波段(band)里面的。

       red

       red是Random Early Detection(随机早期探测)的简写。如果使用这种QDISC，当带宽的占用接近于规定的带宽时，系统会随机地丢弃一些数据包。它非常适合高带宽应用。

       sfq

       sfq是Stochastic Fairness Queueing的简写。它按照会话(session--对应于每个TCP连接或者UDP流)为流量进行排序，然后循环发送每个会话的数据包。

       tbf

       tbf是Token Bucket Filter的简写，适合于把流速降低到某个值。

       不可分类QDisc的配置

       如果没有可分类QDisc，不可分类QDisc只能附属于设备的根。它们的用法如下：

       tc qdisc add dev DEV root QDISC QDISC-PARAMETERS

       要删除一个不可分类QDisc，需要使用如下命令：

       tc qdisc del dev DEV root

       一个网络接口上如果没有设置QDisc，pfifo_fast就作为缺省的QDisc。

       CLASSFUL QDISC(分类QDisc)

       可分类的QDisc包括：

       CBQ

       CBQ是Class Based Queueing(基于类别排队)的缩写。它实现了一个丰富的连接共享类别结构，既有限制(shaping)带宽的能力，也具有带宽优先级管理的能力。带宽限制是通过计算连接的空闲时间完成的。空闲时间的计算标准是数据包离队事件的频率和下层连接(数据链路层)的带宽。

       HTB

       HTB是Hierarchy Token Bucket的缩写。通过在实践基础上的改进，它实现了一个丰富的连接共享类别体系。使用HTB可以很容易地保证每个类别的带宽，虽然它也允许特定的365抽奖源码教程类可以突破带宽上限，占用别的类的带宽。HTB可以通过TBF(Token Bucket Filter)实现带宽限制，也能够划分类别的优先级。

       PRIO

       PRIO QDisc不能限制带宽，因为属于不同类别的数据包是顺序离队的。使用PRIO QDisc可以很容易对流量进行优先级管理，只有属于高优先级类别的数据包全部发送完毕，才会发送属于低优先级类别的数据包。为了方便管理，需要使用iptables或者ipchains处理数据包的服务类型(Type Of Service,ToS)。

       操作原理

       类(Class)组成一个树，每个类都只有一个父类，而一个类可以有多个子类。某些QDisc(例如：CBQ和HTB)允许在运行时动态添加类，而其它的QDisc(例如：PRIO)不允许动态建立类。

       允许动态添加类的QDisc可以有零个或者多个子类，由它们为数据包排队。

       此外，每个类都有一个叶子QDisc，默认情况下，这个叶子QDisc使用pfifo的方式排队，我们也可以使用其它类型的QDisc代替这个默认的QDisc。而且，这个叶子叶子QDisc有可以分类，不过每个子类只能有一个叶子QDisc。

       当一个数据包进入一个分类QDisc，它会被归入某个子类。我们可以使用以下三种方式为数据包归类，不过不是所有的QDisc都能够使用这三种方式。

       tc过滤器(tc filter)

       如果过滤器附属于一个类，相关的指令就会对它们进行查询。过滤器能够匹配数据包头所有的域，也可以匹配由ipchains或者iptables做的标记。

       服务类型(Type of Service)

       某些QDisc有基于服务类型（Type of Service,ToS）的内置的规则为数据包分类。

       skb->priority

       用户空间的应用程序可以使用SO_PRIORITY选项在skb->priority域设置一个类的ID。

       树的每个节点都可以有自己的过滤器，但是高层的过滤器也可以直接用于其子类。

       如果数据包没有被成功归类，就会被排到这个类的叶子QDisc的队中。相关细节在各个QDisc的手册页中。

       命名规则

       所有的QDisc、类和过滤器都有ID。ID可以手工设置，也可以有内核自动分配。

       ID由一个主序列号和一个从序列号组成，两个数字用一个冒号分开。

       QDISC

       一个QDisc会被分配一个主序列号，叫做句柄(handle)，然后把从序列号作为类的命名空间。句柄采用象:一样的表达方式。习惯上，需要为有子类的QDisc显式地分配一个句柄。

       类(CLASS)

       在同一个QDisc里面的类分享这个QDisc的主序列号，但是每个类都有自己的从序列号，叫做类识别符(classid)。类识别符只与父QDisc有关，和父类无关。类的命名习惯和QDisc的相同。

       过滤器(FILTER)

       过滤器的ID有三部分，只有在对过滤器进行散列组织才会用到。详情请参考tc-filters手册页。

       单位

       tc命令的所有参数都可以使用浮点数，可能会涉及到以下计数单位。

       带宽或者流速单位：

       kbps

       千字节／秒

       mbps

       兆字节／秒

       kbit

       KBits／秒

       mbit

       MBits／秒

       bps或者一个无单位数字

       字节数／秒

       数据的数量单位：

       kb或者k

       千字节

       mb或者m

       兆字节

       mbit

       兆bit

       kbit

       千bit

       b或者一个无单位数字

       字节数

       时间的计量单位：

       s、sec或者secs

       秒

       ms、msec或者msecs

       分钟

       us、usec、usecs或者一个无单位数字

       微秒

       TC命令

       tc可以使用以下命令对QDisc、类和过滤器进行操作：

       add

       在一个节点里加入一个QDisc、类或者过滤器。添加时，需要传递一个祖先作为参数，传递参数时既可以使用ID也可以直接传递设备的根。如果要建立一个QDisc或者过滤器，可以使用句柄(handle)来命名；如果要建立一个类，可以使用类识别符(classid)来命名。

       remove

       删除有某个句柄(handle)指定的QDisc，根QDisc(root)也可以删除。被删除QDisc上的所有子类以及附属于各个类的过滤器都会被自动删除。

       change

       以替代的方式修改某些条目。除了句柄(handle)和祖先不能修改以外，change命令的语法和add命令相同。换句话说，change命令不能一定节点的位置。

       replace

       对一个现有节点进行近于原子操作的删除／添加。如果节点不存在，这个命令就会建立节点。

       link

       只适用于DQisc，替代一个现有的节点。

       历史

       tc由Alexey N. Kuznetsov编写，从Linux 2.2版开始并入Linux内核。

       SEE ALSO

       tc-cbq(8)、tc-htb(8)、tc-sfq(8)、tc-red(8)、tc-tbf(8)、tc-pfifo(8)、tc-bfifo(8)、tc-pfifo_fast(8)、tc-filters(8)

       Linux从kernel 2.1.开始支持QOS，不过，需要重新编译内核。运行make config时将EXPERIMENTAL _OPTIONS设置成y，并且将Class Based Queueing (CBQ), Token Bucket Flow, Traffic Shapers 设置为 y ，运行 make dep; make clean; make bzilo，生成新的内核。

        在Linux操作系统中流量控制器(TC)主要是在输出端口处建立一个队列进行流量控制，控制的方式是基于路由，亦即基于目的IP地址或目的子网的网络号的流量控制。流量控制器TC，其基本的功能模块为队列、分类和过滤器。Linux内核中支持的队列有，Class Based Queue ，Token Bucket Flow ，CSZ ，First In First Out ，Priority ，TEQL ，SFQ ，ATM ，RED。这里我们讨论的队列与分类都是基于CBQ(Class Based Queue)的，而过滤器是基于路由(Route)的。

        配置和使用流量控制器TC，主要分以下几个方面：分别为建立队列、建立分类、建立过滤器和建立路由，另外还需要对现有的队列、分类、过滤器和路由进行监视。

        其基本使用步骤为：

        1) 针对网络物理设备(如以太网卡eth0)绑定一个CBQ队列；

        2) 在该队列上建立分类；

        3) 为每一分类建立一个基于路由的过滤器；

        4) 最后与过滤器相配合，建立特定的路由表。

        先假设一个简单的环境

        流量控制器上的以太网卡(eth0) 的IP地址为..1.，在其上建立一个CBQ队列。假设包的平均大小为字节，包间隔发送单元的大小为8字节，可接收冲突的发送最长包数目为字节。

        假如有三种类型的流量需要控制:

        1) 是发往主机1的，其IP地址为..1.。其流量带宽控制在8Mbit，优先级为2；

        2) 是发往主机2的，其IP地址为..1.。其流量带宽控制在1Mbit，优先级为1；

        3) 是发往子网1的，其子网号为..1.0，子网掩码为...0。流量带宽控制在1Mbit，优先级为6。

        1. 建立队列

        一般情况下，针对一个网卡只需建立一个队列。

        将一个cbq队列绑定到网络物理设备eth0上，其编号为1:0；网络物理设备eth0的实际带宽为 Mbit，包的平均大小为字节；包间隔发送单元的大小为8字节，最小传输包大小为字节。

        ?tc qdisc add dev eth0 root handle 1: cbq bandwidth Mbit avpkt cell 8 mpu

        2. 建立分类

        分类建立在队列之上。一般情况下，针对一个队列需建立一个根分类，然后再在其上建立子分类。对于分类，按其分类的编号顺序起作用，编号小的优先；一旦符合某个分类匹配规则，通过该分类发送数据包，则其后的分类不再起作用。

        1） 创建根分类1:1；分配带宽为Mbit，优先级别为8。

        ?tc class add dev eth0 parent 1:0 classid 1:1 cbq bandwidth Mbit rate Mbit maxburst allot prio 8 avpkt cell 8 weight 1Mbit

        该队列的最大可用带宽为Mbit，实际分配的带宽为Mbit，可接收冲突的发送最长包数目为字节；最大传输单元加MAC头的大小为字节，优先级别为8，包的平均大小为字节，包间隔发送单元的大小为8字节，相应于实际带宽的加权速率为1Mbit。

        2）创建分类1:2，其父分类为1:1，分配带宽为8Mbit，优先级别为2。

        ?tc class add dev eth0 parent 1:1 classid 1:2 cbq bandwidth Mbit rate 8Mbit maxburst allot prio 2 avpkt cell 8 weight Kbit split 1:0 bounded

        该队列的最大可用带宽为Mbit，实际分配的带宽为 8Mbit，可接收冲突的发送最长包数目为字节；最大传输单元加MAC头的大小为字节，优先级别为1，包的平均大小为字节，包间隔发送单元的大小为8字节，相应于实际带宽的加权速率为Kbit，分类的分离点为1:0，且不可借用未使用带宽。

        3）创建分类1:3，其父分类为1:1，分配带宽为1Mbit，优先级别为1。

        ?tc class add dev eth0 parent 1:1 classid 1:3 cbq bandwidth Mbit rate 1Mbit maxburst allot prio 1 avpkt cell 8 weight Kbit split 1:0

        该队列的最大可用带宽为Mbit，实际分配的带宽为 1Mbit，可接收冲突的发送最长包数目为字节；最大传输单元加MAC头的大小为字节，优先级别为2，包的平均大小为字节，包间隔发送单元的大小为8字节，相应于实际带宽的加权速率为Kbit，分类的分离点为1:0。

        4）创建分类1:4，其父分类为1:1，分配带宽为1Mbit，优先级别为6。

        ?tc class add dev eth0 parent 1:1 classid 1:4 cbq bandwidth Mbit rate 1Mbit maxburst allot prio 6 avpkt cell 8 weight Kbit split 1:0

        该队列的最大可用带宽为Mbit，实际分配的带宽为 Kbit，可接收冲突的发送最长包数目为字节；最大传输单元加MAC头的大小为字节，优先级别为1，包的平均大小为字节，包间隔发送单元的大小为8字节，相应于实际带宽的加权速率为Kbit，分类的分离点为1:0。

        3. 建立过滤器

        过滤器主要服务于分类。一般只需针对根分类提供一个过滤器，然后为每个子分类提供路由映射。

        1） 应用路由分类器到cbq队列的根，父分类编号为1:0；过滤协议为ip，优先级别为，过滤器为基于路由表。

        ?tc filter add dev eth0 parent 1:0 protocol ip prio route

        2） 建立路由映射分类1:2, 1:3, 1:4

        ?tc filter add dev eth0 parent 1:0 protocol ip prio route to 2 flowid 1:2

        ?tc filter add dev eth0 parent 1:0 protocol ip prio route to 3 flowid 1:3

        ?tc filter add dev eth0 parent 1:0 protocol ip prio route to 4 flowid 1:4

        4.建立路由

        该路由是与前面所建立的路由映射一一对应。

        1） 发往主机..1.的数据包通过分类2转发(分类2的速率8Mbit)

        ?ip route add ..1. dev eth0 via ..1. realm 2

        2） 发往主机..1.的数据包通过分类3转发(分类3的速率1Mbit)

        ?ip route add ..1. dev eth0 via ..1. realm 3

        3）发往子网..1.0/的数据包通过分类4转发(分类4的速率1Mbit)

        ?ip route add ..1.0/ dev eth0 via ..1. realm 4

        注：一般对于流量控制器所直接连接的网段建议使用IP主机地址流量控制限制，不要使用子网流量控制限制。如一定需要对直连子网使用子网流量控制限制，则在建立该子网的路由映射前，需将原先由系统建立的路由删除，才可完成相应步骤。

        5. 监视

        主要包括对现有队列、分类、过滤器和路由的状况进行监视。

        1）显示队列的状况

        简单显示指定设备(这里为eth0)的队列状况

tc qdisc ls dev eth0

       qdisc cbq 1: rate Mbit (bounded,isolated) prio no-transmit

       详细显示指定设备(这里为eth0)的队列状况

tc -s qdisc ls dev eth0

       qdisc cbq 1: rate Mbit (bounded,isolated) prio no-transmit

       Sent bytes pkts (dropped 0, overlimits 0)

       borrowed 0 overactions 0 avgidle undertime 0

       这里主要显示了通过该队列发送了个数据包，数据流量为个字节，丢弃的包数目为0，超过速率限制的包数目为0。

        2）显示分类的状况

        简单显示指定设备(这里为eth0)的分类状况

tc class ls dev eth0

       class cbq 1: root rate Mbit (bounded,isolated) prio no-transmit

       class cbq 1:1 parent 1: rate Mbit prio no-transmit #no-transmit表示优先级为8

       class cbq 1:2 parent 1:1 rate 8Mbit prio 2

       class cbq 1:3 parent 1:1 rate 1Mbit prio 1

       class cbq 1:4 parent 1:1 rate 1Mbit prio 6

       详细显示指定设备(这里为eth0)的分类状况

tc -s class ls dev eth0

       class cbq 1: root rate Mbit (bounded,isolated) prio no-transmit

       Sent bytes pkts (dropped 0, overlimits 0)

       borrowed 0 overactions 0 avgidle undertime 0

       class cbq 1:1 parent 1: rate Mbit prio no-transmit

       Sent bytes pkts (dropped 0, overlimits 0)

       borrowed overactions 0 avgidle undertime 0

       class cbq 1:2 parent 1:1 rate 8Mbit prio 2

       Sent bytes pkts (dropped 0, overlimits 0)

       borrowed 0 overactions 0 avgidle undertime 0

       class cbq 1:3 parent 1:1 rate 1Mbit prio 1

       Sent 0 bytes 0 pkts (dropped 0, overlimits 0)

       borrowed 0 overactions 0 avgidle undertime 0

       class cbq 1:4 parent 1:1 rate 1Mbit prio 6

       Sent bytes pkts (dropped 0, overlimits 0)

       borrowed overactions 0 avgidle undertime 0

       这里主要显示了通过不同分类发送的数据包，数据流量，丢弃的包数目，超过速率限制的包数目等等。其中根分类(class cbq 1:0)的状况应与队列的状况类似。

        例如，分类class cbq 1:4发送了个数据包，数据流量为个字节，丢弃的包数目为0，超过速率限制的包数目为0。

        显示过滤器的状况

tc -s filter ls dev eth0

       filter parent 1: protocol ip pref route

       filter parent 1: protocol ip pref route fh 0xffff flowid 1:2 to 2

       filter parent 1: protocol ip pref route fh 0xffff flowid 1:3 to 3

       filter parent 1: protocol ip pref route fh 0xffff flowid 1:4 to 4

       这里flowid 1:2代表分类class cbq 1:2，to 2代表通过路由2发送。

        显示现有路由的状况

ip route

       ..1. dev eth0 scope link

       ..1. via ..1. dev eth0 realm 2

       ... dev ppp0 proto kernel scope link src ...5

       ..1. via ..1. dev eth0 realm 3

       ..1.0/ via ..1. dev eth0 realm 4

       ..1.0/ dev eth0 proto kernel scope link src ..1.

       ..1.0/ via ..1. dev eth0 scope link

       .0.0.0/8 dev lo scope link

       default via ... dev ppp0

       default via ..1. dev eth0

       如上所示，结尾包含有realm的显示行是起作用的路由过滤器。

        6. 维护

        主要包括对队列、分类、过滤器和路由的增添、修改和删除。

        增添动作一般依照"队列->分类->过滤器->路由"的顺序进行；修改动作则没有什么要求；删除则依照"路由->过滤器->分类->队列"的顺序进行。

        1）队列的维护

        一般对于一台流量控制器来说，出厂时针对每个以太网卡均已配置好一个队列了，通常情况下对队列无需进行增添、修改和删除动作了。

        2）分类的维护

        增添

        增添动作通过tc class add命令实现，如前面所示。

        修改

        修改动作通过tc class change命令实现，如下所示：

tc class change dev eth0 parent 1:1 classid 1:2 cbq bandwidth Mbit

       rate 7Mbit maxburst allot prio 2 avpkt cell

       8 weight Kbit split 1:0 bounded

       对于bounded命令应慎用，一旦添加后就进行修改，只可通过删除后再添加来实现。

        删除

        删除动作只在该分类没有工作前才可进行，一旦通过该分类发送过数据，则无法删除它了。因此，需要通过shell文件方式来修改，通过重新启动来完成删除动作。

        3）过滤器的维护

        增添

        增添动作通过tc filter add命令实现，如前面所示。

        修改

        修改动作通过tc filter change命令实现，如下所示：

tc filter change dev eth0 parent 1:0 protocol ip prio route to

        flowid 1:8

       删除

        删除动作通过tc filter del命令实现，如下所示：

tc filter del dev eth0 parent 1:0 protocol ip prio route to

       4）与过滤器一一映射路由的维护

        增添

        增添动作通过ip route add命令实现，如前面所示。

        修改

        修改动作通过ip route change命令实现，如下所示：

ip route change ..1. dev eth0 via ..1. realm 8

       删除

        删除动作通过ip route del命令实现，如下所示：

ip route del ..1. dev eth0 via ..1. realm 8

ip route del ..1.0/ dev eth0 via ..1. realm 4

手把手教你分钟快速搭建webrtc

       搭建Webrtc步骤详解：

       为了快速搭建Webrtc，我们参考了logan的GitHub项目，提供了Android和H5客户端，以及Java搭建的信令服务器。首先，基于Android的示例可以使用webrtc_android项目，而iOS端的开发将在后续补充。在PC端，我们利用H5和Java搭建的信令服务器进行点对点通信。

       搭建流程如下：

       **NAT检测与流媒体中继**

       使用谷歌官方提供的coturn作为STUN服务，完成NAT检测与流媒体中继。

       **使用自研信令服务器（Java Springboot）

**       为了实现客户端之间的通信，我们使用Java Springboot开发信令服务器。

       **客户端开发

**       客户端已经开发了安卓与H5（基于谷歌浏览器），实现了app-to-app、app-to-PC、PC-to-PC的点对点通信，目前尚不支持多人视频通话。

       **注意事项

**

       **PC的H5使用adapter.js实现屏幕共享

**       在PC端的H5应用中，通过使用谷歌提供的adapter.js可以实现屏幕共享功能，同时在具备摄像头或麦克风的条件下，也能实现视频通话。

       **浏览器兼容性测试

**       当前测试结果显示，Chrome浏览器支持良好，理论上Firefox浏览器也应兼容。对于Safari浏览器，可能需要打开特定设置进行测试，由于缺少苹果设备，该测试尚未完成。

       Webrtc的原理与架构

       Webrtc是由谷歌主导的开源流媒体传输和编解码框架。其主要架构包括：

       **NAT类型检测服务器

**

       **流媒体中继服务器

**

       **信令交换服务器

**

       **客户端流媒体编解码

**       客户端使用谷歌开源的编解码库进行音视频编解码。

       搭建环境

       搭建Webrtc所需的环境包括：服务器（CentOS 7.9，JDK 1.8），PC端（Windows ，JDK 1.8），以及安卓端（Android 9.0）。

       安装与配置步骤

       **安装依赖

**       使用命令安装所需的软件包。

       **获取并编译coturn服务

**       从GitHub下载coturn源码，进行编译与安装，并配置服务器。

       **生成证书与配置服务器

**       生成服务器证书，并配置coturn服务以启动。

       测试与验证

       **使用ICE测试

**       在Chrome或Firefox浏览器中进行ICE测试，验证STUN服务器的正常运行。

       **搭建信令服务器

**       使用Java Springboot搭建信令服务器，完成客户端间的通信。

       **客户端配置与测试

**       在客户端配置信令服务器地址和coturn服务器参数，进行点对点通信测试。

       优化与扩展

       **兼容性优化

**       优化客户端对音频共享的支持，提高兼容性。

       **多人视频通话功能

**       开发多人视频通话功能，实现更多场景下的实时通信。

       **动态密码功能

**       实现动态密码功能，增强通信的安全性。

       学习资源与实践

       欲深入了解Webrtc的开发与实践，可访问FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发的学习资源，免费获取更多音视频学习资料包、大厂面试题、技术视频和学习路线图。