您所在的位置:主页 > 电脑网络 > 互联网 > 对BitTorrent通信协议的分析与检测

对BitTorrent通信协议的分析与检测

更新:2013-12-07    编辑:ShuoHen.com    来源:谷普下载    人气:加载中...    字号:|

  风靡一时的使用程序BitTorrent(BT)曾在短期内改变了因特网的流量构成,对IP网络的运营、维护和治理产生了巨大影响。本文建立了分析BT协议的环境,通过俘获BT分组并对照BT协议规范,分析了BT通信协议的交互历程,并据此配合BT的特点字符串、特点端口及行为特点,提出了一种检测通信流中存在BT通信的法子。

  1、概述

  传统的因特网服务如Web、FTP、DNS等均应用客户机/服务器(C/S)模式进行通信。在通信历程中,供给服务的程序称为服务器,请求服务的程序称为客户机。因此,在繁杂通信的历程中,一个服务器很可能在另一次通信中变为客户机,反之亦然。C/S模式的特点是:服务器是总是打开的主机,具有永久的IP地址,并可扩展为服务器池;客户机与服务器直接通信,可以间歇地与服务器连接,可以具有动态的IP地址,并且客户机彼此之间不直接通信。C/S模式的最大特性是服务和资源集中,所有对服务请求的处理通常是由服务器完成的。

  对等方到对等方(peer-to-peer,P2P)是近年来风行起来的通信模式,但实际上因特网正是基于这种理念建立起来的。随着因特网用户和服务的增多,服务器面临的压力越来越大,P2P又重新回到了人们的视线中。在P2P模式中,无总是打开的使用服务器,任意的端系统之间可直接通信,对等方间歇地连接,并可改变IP地址。P2P模式的特点是:服务和资源分布化,资源不集中存储在某些设备上,而是分散存储在运行P2P程序的设备上,每一个对等方都可以为其他对等方供给服务。例如,主机A要从网高低载一个文件a,假如以P2P模式工作,那么它工作的基本历程是:定位具有文件a的对等方,向对等方提出下载请求,并获得该文件。值得重视的是,主机A在下载文件a的同时,可能也在为其他用户供给文件(包括文件a)下载。根据定位文件a的方式不同,可将P2P使用方式分为3类:集中式目录、分布式查询和结合这两者的混杂方式[1]。集中式目录模式属于第一代P2P使用,应用一台大型服务器(或服务器场)来供给目录服务,其代表是Napster[2],缺点是存在单点故障、性能瓶颈和侵犯版权等问题。分布式查询将目录服务完全分布在覆盖网络的所有对等方中,每一个对等方负责维护一部分目录内容。系统采纳洪泛查询(queryflooding)算法应用户获得文件信息,收到该报文的主机向它们的所有邻居转发该报文,这些邻居又依次向它们的所有邻居转发该报文等,其代表是Gnutella[3]。第3种方式是前两种方式的结合,其中一种实现法子是将覆盖网络中的对等方划分为若干小组,每个小组选取一个具有高带宽连接和高因特网连接性的成员作为组长,组长负责治理组内成员及与其他组长通信。在小组内应用集中式目录服务,服务器就是该组的组长。各组长之间应用分布式的目录服务。混杂方式目前在P2P使用中应用最为广泛,其代表是KaZaA、BitTorrent(BT)[4]。

  由于BT应用广泛,其通信协议引起的流量巨大,BT对因特网的运营、维护和治理具有首要影响。为此,参考文献[5]对BT的一般工作原理进行了介绍,参考文献[6]在分析BT工作原理的根基上,对比了BT与C/S模式使用程序的特性,提出了一种BT改进建议,但这些文献都没有具体地分析BT通信协议(简称BT协议)原理和交互历程。为此本文深入分析了BT通信协议和其交互历程,钻研了BT通信的特性,并由此提出了一种检测通信流中存在BT通信的法子。

  2、建立BT的分析环境

  支持BT协议的P2P使用程序很多,如BitBuddy、FlashBT、BitComet和BitSpirit等,这里以使用程序BT为例来分析BT协议。本文中的BT,如其后没有“协议”两字,表示的是BT使用程序。

  BT由如下几部分组成:.torrent文件、种子供给站点、目录服务器和内容发布者/下载者。.torrent文件是一个文本文件,包孕了tracker信息和文件信息两部分。tracker信息主要是BT下载中需要用到的tracker服务器的地址和针对tracker服务器的设置;文件信息是指将目标文件计算处理后再根据BT协议的B编码规则网编码后得到的信息。BT的主要原理是把供给下载的文件虚拟分成大小相等的块,块大小必须为2Kbyte的整数次方(由于是虚拟分块,硬盘上并不产生各个块文件),并把每个块的索引信息和Hash验证码写入.torrent文件中,所以.torrent文件就是被下载文件的“索引”。种子供给站点也就是.torrent文件的供给站点,为下载者供给.torrent文件下载服务。目录服务器记载被下载的文件的索引信息及下载该文件的用户的信息(主要是IP地址及端口号)。早期的BT协议只支持tracker服务器,这种目录服务器是集中式目录与分布式查询的混杂型;在BT协议的升级版本中,增加了对DHT(分布式Hash表)网络的支持,该网络中目录服务器是分布式的。本文的讨论只涉及tracker服务器。内容发布者/下载者是BT网络的主体,最终的下载由它们完成。构成BT网络的这几部分的相互关系如图1所示。

<< 返回首页购买  更多 >>

您可能在找这些