谁悄悄偷走了我的流量 ......
我和限速之间的纠缠(三)
------Who悄悄偷走了我的流量……
前一篇文章《我和限速之间的纠缠》里提到了迅雷占用上传带宽的行为,这篇文章,我将以实际案例分析迅雷抢占上传流量的种种罪行。
首先,我们以一台电脑为例,为了说明问题,我们首先在cmd窗口下通过ipconfig命令查看一下电脑的IP地址。
关闭迅雷等bt软件,然后通过一些流量监控软件或者路由器上自带的软件进行查看这台电脑目前的流量行为。发现上传和下载数据流量很小(入方向总流量是下载,出方向总流量是上传,目前这条线路走的是4M,测试损耗下来上下行的峰值是460KB/S)
除此之外,我还安装了一款查看进程、网络连接……的软件,名叫ESET SysInspector,这款软件是ESET NOD32配套的一款免费软件,使用起来还是蛮方便的(上一任主管给介绍的,呵呵),可以查看电脑目前的整体健康状态,那些程序或者进程输入正常,那些不属于等等。在迅雷没有开启的情况下,可以通过网络连接查看到TCP连接和UDP连接没有什么异常情况。
接下来我们打开迅雷,不要做任何设置即可(众所周知,普通客户、家庭客户只知道安装迅雷,却从来不知道做速率的限制,而迅雷刚安装上下载模式是“高速下载模式”,连接数默认为256个)。
打开迅雷之后,不需要下载,等上大概3-5分钟,在去查看这台电脑的流量,可以发现其上传速率出奇的高。大部分是以UDP报文的形式向外发送。理论上可以达到450KB/S左右,由于其它一部分带宽被别人占用,所以速率一直保持在250KB/S,很可怕。
注:只要你前期下载过很多常用的软件就会存在上传的流量。
在看看TCP连接和UDP连接,发现会出现好多迅雷的连接。坦白地说,这不就是一台迅雷服务器麽?
也可以通过系统命令netstat -nab查看所有连接的详细信息。
那么既然迅雷不停地上传,那有没有什么解决办法呢?
方法一、下载完软件或者电影后,记得关闭迅雷,用的时候在打开。其次开机的时候设置不自动启动,可以通过开始—运行---msconfig命令将迅雷进程关闭。
方法二、进入网络设置将“最大上传速度改成1KB/S”,也可以将连接数设置小一点,不过设置小了同样也会影响下载。
设置完成之后,过上3-5分钟,可以查看到迅雷的上传流量还是存在,不过已经很小了。
方法三、网上看到的四大方法,主要是针对cid_store.dat,貌似不行。大家可以测试测试。
1,迅雷所有的下载数据都存储在“C:\Windows\system32\cid_store.dat”文件中,每次下载完成之后只要删除该文件就可以让迅雷找不到下载资源信息,从而阻止迅雷偷偷上传。
2,删除cid_store.dat文件之后,在“C:\windows\system32”目录中新建一个名为“cid_store.dat”的文件夹,这样迅雷无法创建任务记录文件,自然不会偷偷上传。
3,如果磁盘是NTFS格式,可以删除cid_store.dat的所有继承权限来防止cid_store.dat的生成。
4,下载时候把文件统一放在某个文件夹中,下载完成后就将文件移走或者更改名称,迅雷找不到文件也就不会进行上传。
方法四、也是网上的一些方法,通过防火墙或者路由器上做ACL策略限制迅雷的端口。这个据我分析,外部连接到这台电脑的迅雷软件上进行下载,这台电脑提供给外部的端口都是千变万化的,根本没有一个标准端口。还有一点,我们平时在公司的防火墙或者路由器上做的策略限制迅雷的一些标准端口难道真的能限制住么。P2P下载并不是在一台“服务器”上下载,而是在N台下载过的电脑上下载。而N台电脑提供的迅雷端口貌似都是随机生成的,这怎么限制呢?难上加难啊!
上面的方法也只能单台解决问题,并不能大面积的解决。如何解决呢???
注:其实现在很多p2p软件都存在这样的情况,有些是光明正大的上传,比如说360安全卫士,可以查看到那些软件在上传,流量是多少;而有些什么都看不到,比如说迅雷,根本就不知道在上传什么,如果上传的是我们电脑的隐私呢?这个谁也不好说。还有一点,公司里申请了光纤或者ADSL,假如上传不做限速,那么我敢打赌,只要是多个迅雷开着,那么大家就别想发邮件了,尤其是ADSL线路,也就那么点上传带宽。大家有没有更好的解决方案呢?期待中……
本文转自凌激冰51CTO博客,原文链接:http://blog.51cto.com/dreamfire/380676,如需转载请自行联系原作者
上一篇: 腾讯专有云企业版解决方案
下一篇: 通用前端公共图书馆 CDN
推荐阅读
-
谁悄悄偷走了我的流量 ......
-
实时音频和视频技术的发展与应用-1.1 双重音频和视频 从架构上看,双人音视频系统相对简单明了。红点代表房间信令服务,房间信令服务的主要功能是管理房间信息,实现容量协商和上下行链路的质量调节,例如当下行信道发生拥塞时,上行线路的码率和分辨率会降低。 在传输信道层面,我们的策略是优先直连,在跨区域、跨运营商的情况下,我们会选择单中转或双中转信道,在策略上尽量保持直连和中转信道同时存在,当其中一个信道的质量不好时,系统会自动切断到另一个信道的流量。 1.2 多人音视频 多人视频通话的产品形态是整个房间不超过 50 人,大盘平均房间规模约为 4.x 人,房间内部最多满足一个大视频和三个小视频(四屏)。根据这一条件,我们在架构中采用了典型的 SFU 小房间设计。 上图中的红点代表房间信令服务,主要用于房间管理和状态信息同步。房间管理主要包括用户列表的管理,例如哪些用户打开了视频/音频,我看了谁,谁看了我,这些都是基于房间管理的信息,然后房间信令服务会将这些信息同步到媒体传输服务进行数据分发。 房间服务的另一个作用是房间级容量协商和质量控制,例如,房间里的每个人一开始都支持 H.265 编码,当某个时刻进来一个只支持 H.264 编码的用户时,房间里所有的上游主播就必须把 H.265 切成 H.264。还有一种情况是,房间里有一定比例的人下行链路信道质量较差,这会导致上行链路房间质量下降。 在传输层面,我们采用的是单层分布式媒体传输网络,大家都选择中转方式,不区分双人和多人,采用 Full-Mesh 传输机制将所有数据推送过去,比如一个节点上的人并不都看另外两个人的视频,但还是会将视频推送给他们。