-
eBook-EM(
电驴
)
完全攻略
< br>[
原创
]eMule.
电骡
.
电驴
.
我的使用
心得
(
附
:eBook-
EM
完全攻略
)
软件下载：
.com/soft/]eMule 0.46C
V
eryCD Build 0729
为了
P2P
的明天，请自觉抵制吸血驴！
大家好！
最近发现不少人在使用
eMule
时，遇到了不少问题，于是想
到写一篇
eMule
（俗称：电骡、电驴，以
< br>下简称
EM
，详见注解一）教程，希望朋友们能从中找到
答案；同时呢，也为了宣传
EM
的“我为人人，
人人为我”的精神，其实，当代的中国人，缺少的不正是这种的精神！
注解一
：
emule
到底是什么？
随着二代技术的普及，一个问题诞
生了，自私的人们在利用
P2P
软件的时候大多只愿“获取”，
而不
愿“共享”，
P2P
的发展遇到了
意识的发展瓶颈。不过，一头“骡”很快改变了游戏规则，它就是后来鼎
鼎大名的
eDonkey
。
这标志着第三代
p2p
技术的兴起
，<
/p>
eDonkey
采用了以“分散式杂凑表”
(distributed hash
tables
)<
/p>
为诉求的
Neonet
技术，改变了
P2P
网络上的搜索方式，理论上可以更有效率的搜索更多的电脑，
以及更容易找出少见的文件。这种技术已经使
eDonkey<
/p>
基本快要追上了
P2P
服务龙头业界的另
一个老大
Kazaa
了
.
eDonkey
由
Jed McCaleb
在
2000
年创立
。
他最重要的是可以同时从许多人那里下载同一个文件，
并且采用了“多源文件
传输协议”
(MFTP
，
the
Multisource FileTransfer Protocol)
。
电骡的索引服务器并不集
中在一起的，而是各人私有的，遍布全世界，每
一个人都可以运行电骡服务器，同时共享的文件索引为被
称为“
ed2k-quicklink
”的连接，文件前缀“
ED2K
://
”。同时，在协议中，定义了一系列传输、压缩和打
包的
标准，甚至还定义了一套积分的标准，你上传的数据量越大，积分越高，下载的速度也越快。而且每
个文件都有有
md5-hash
的超级链接标示，这
使得该文件独一无二，并且在整个网络上都可以追踪得到。
EDonkey
可以通过检索分段从多个用户那里下载文件，最终将下载的文件片断拼成整个文件。而且，只要
你得到了一个文件片断，系统就会把这个片断共享给大家，尽管通过选项的设置你可以对上传速
度做一些
控制，但你无法关闭它。
在
eDonkey
出现后
< br>，
其改良品种
eMule(
电骡
)
也出现了
。
可以说
emule
是
eDonkey<
/p>
的升级版
，
是
e
Donkey
第
1
页
共
24
页
eBook-EM(
电驴
)
完全攻略
的一个
Mod,
就象
o
sp
就是
quake3
的
mod
一样
,
它的独到之处
在于开源，它的基本原理和运作方式，也都是
基于
eDonke
y, eMule
基于
eDonkey
网络协议，因此能够直接登录
eDonkey
的各类服务器。<
/p>
eMule
同时也提
供了很多
eDonkey
所没有的功能，比如可以自动搜索网络中的服务器、保留搜
索结果、与连接用户交换服
务器地址和文件、优先下载便于预览的文件头尾部分等等，这
些都使得
eMule
使用起来更加便利，也让它
得到了电骡的美誉。
总之，
他们继承了第二代
P2P
无中心、纯分布式系统的特点，但他们
它不再是简单的点到点通信，而
是更高效、更复杂的网络通信；再加上
< br>eDonkey
和
eMule
引
入的强制共享机制，在一定程度上避免了前几
代
P2P
纯个人服务器管理带来的随意性和低效率。
[/quote]
那么，我的语文水平并不高，不过，在以下的文字中，我会尽可能的把问题说清楚，说得
不对，就请
高手们，多多指正了！
或许，我一开始说，
EM
的精神，许多朋友会觉得一头雾水：不
就是个下载软件么，怎么跟“我为人
人，人人为我”这样的字句说在一起了，原因就在于
EM
是一款
P2P
（详见注解二）软件。
P2P
这样的下
载方式，正好同一般的下载方式（如
HTTP
、
FTP
）相反，它是下载的人越多，速度越快，而一般的下载
方式
,
是人越多，速度越慢。到这里，就要请朋友们
，先看一下注解一和二了。比如：咱们用
EM
下载一个
软件，同时有
10
人在下载，速度是
A
，而同时有
100
人在
下载，就是更高的
A+
，所以说，速度的根本在
于把此文件共享出来的用户的数量（包括已下载完的用户和正在下载的用户）
。
我们谁也不愿意看到
EM
重蹈覆辙，像以前的
< br>BT
那样，下载是一哄而上，然后一哄而散的。即使你不听我的劝告，那属于第三
代
P2P
的
EM
，也不会让你舒舒服服的把文件下完。
EM
有强大的信用系统
，如果你只下载不上传，那么你的
积分就会越来越少，速度理所当然的也就越来越慢，当
你的积分耗尽，你自然也就不能下载；反之，如果
你的上传下载比例大于
2
，也就是说你上传的量比你下载的量的
2
倍还多，那么你平时的下载速度将比一
般用户快得多
。
这就是
EM
强大的信用系统
，
这是当今社会的人类素质所决定而存在的
。
[color=blue]
所以，
我才
这样强调这个精神“我为人人，人人为我”，当然我不希望有人把它改为“人人为我，我为人人”！
[/color]
注解二
：
[quote][color=red]P2P
到底是什么
？
[/color]
Peer-to-
peer
的缩写，指的是点对点的意思，最早是在美国由
18
岁的
Shawn
Fanning
开发出一个叫
Napster
的软件时
，引入得概念
，它不仅仅是一种软件架构，也是一种社会模式的体现
，网络上流行的
P2P
软件的架构手段主要有两种：集中式和分布式。
集中式：便是利用服务器作为媒介使各个分散的节点
(
用户
)
能互相联系，生成各种服务响应。
分布式：每个节点即做服务器又做客户端，这种方式非常灵活
，一个孤立的节点只要连上另一个节点
便可以进行传输。
Napster
可以说是第一代
p2p
软件。后来由于
Napster
陷入诉讼危
机（相关版权问题）
，便出现了
Gnutella
，它吸取了
Napster
的失败教训，将
P2P
的理念更推进一步：它不存在中枢目录服务器，用户只要
安装了该软件，立即变成一台能够提供完整目录和文件服务的服务器，并会自动搜寻其它同类服务
器，从
而联成一台由无数
PC
组成的网
络超级服务器
。
传统网络的
Serve
r
和
Client
在它的面前被重新定
义
。
Gnutella
作为第二代
p2p
软件
，
他们
可以说是最早的
p2p
技术
。
然后
FastTrack
(
即
Kazaa
的底层技术
)
迅速掘起取代
其地位。成为
< br>p2p
老大。
[/quote]
相比于其他
P2P
软件，
EM
有什么优势呢？
作为第三代
< br>P2P
的
EM
，
可以说是
eDonkey
的增强版
，
我认为其中最主要的区别就是
，
EM
是在
eDonkey
第
2
页
共
24
页
eBook-EM(
电驴
)
完全攻略
使用
ED
2K
的基础上，再引入了
Kad
技术（
详见注解三）
。当然，比起
BT
，
EM
的优势就更大，这里就不
多说了。
注解三
：
[quote][color=red]
到底什么是
kad
？
[/color]
关于
kad
网络，这一个多月来我发现有好
多刚刚接触
emule
的朋友不太明白，总是搞不清楚这是个什
么东西，虽然本区以前也曾经有人写过一些关于
kad
的文章，但是可能新来的朋友不会去翻了，那么我就
结合自己对
kad
的一点认识，来重新谈一下
kad
吧？其中有好多不对的地方也请诸位朋友不要笑话我，请
一一指出在
。小王这里多谢了！
Kad
是
Kademlia
的简称，
eMule
的官方网站在
2004
年
2
月
27
日正式发布的
eMule
v0.42b
中，
Kad
开始正式内嵌
成为
eMule
的一个功能模块，可以说从这个版本开始
eMule
便开始支持
Kad
网络了。
Kad
的出现，结束了之前
edonkey
时
代，在
ed
圈里只存在着
ED2K
一种网络的模式，它通过新的协议
开创并形成了自己的
kad
网络，使之和
ED2K
网络并驾齐驱，而且它还完全支持两种网络，可以在两种网
络
之
间
通
用
。<
/p>
Kad
同
样
也<
/p>
属
于
开
源
的
自
由
软
件
。
它
的
程
序
和
源
代
码
可
以
在
官
方
网
站<
/p>
]
上下载。
Kad
网络拓扑的最大特点在于它完
全不需要服务器
，
我们都知道传统的
e
d2k
网络需要服务器支持作为
中转和存储
hash
列表信息，
kad
可以不
通过服务器同样完成
ed2k
网络的一切功能，你唯一要做的就
是连
线上网，然后打开
kad
。
Kad
需要
UDP
端
口的支持，之后
Emule
会自动按照客户端的要求，来判断它
能否
自由连线，然后同样也会分配给你一个
id
，这个过程和我们
ed2k
的高
id
和低
id
检查很像，不过这个<
/p>
id
所代表的意义不同于
ed2k
网络，它代表一个是否“
freely
”的状
态。
Kad
和
ed2k
网络有着完全不同的观念但是相同的目的
:
都是搜索和寻找文件的源。
< br>Kad
网络的主要
的目标是做到不需要服务器和改善可量
测性。相对于传统的
ed2k
服务器只能处理一定数量的使用者
(
我们
在服务器列表也都看到了
,
每个服务器都有最大人数限制
)
，而且如果服务器比较大连接人数过多
,
还会严重
的的拖垮网络。而
Kad
能够自我组织
,
并且自我调节最佳的使用者数量以及他们的连接效果。因此<
/p>
,
它更能
使网络的损失达到最小。由于
具备了以上所叙述的功能，
Kad
也被称之为
< br>Serverless network
（无服务器网
络
）
。
虽然目前一直处于开发阶段
(al
pha stage)
。
但毫无疑问
，
它无可比拟的优势
,
将会使它成为<
/p>
p2p
的明天
。
可能很多朋友会关注，
kad
网络没有高低
id
的计算原则，是否对于低
id
来言就畅通无阻了呢？
我们大家知道在
< br>ed2k
网络里面，我们的
id
是通过
ip
进行如下的算法计算得出的
设我们的
IP = A.B.C.D
那么我们的
ID number= A
+ 256*B + 256*256*C + 256*256*256*D
low
ID
的产生是由于我们的
ID
计算结果
小于
16777216.
即
ID number= A
+ 256*B +
256*256*C + 256*256*256*D < 16777216
Kad
的
id
计算原则并不是象上面那样，他更关注我们是否
open
和
freely
。
但是
k
ad
里面是如何计算我们的
id
呢？<
/p>
事实上它的计算方法是这样
ID
number=256*256*256*A+256*256*B+256*C+D
所以
kad
其实也有高低
id
的分别。所以内网用户在使用的时候依旧无法达到内网用户完全穿透网络
的效
第
3
页
共
24
页
eBook-EM(
电驴
)
完全攻略
果
，
而且目前来看
，<
/p>
还存在着
kad
模块引入
,
导致占用系统资源会变大以及会突然产生
Memor
y Leak
的问题
，
对于内存的控制
，目前
emule
做的效果还是不好
(
这种低级错误在新的
EM
中出现的概率
是极小的
)
。
其实
kad
本身有一个
文件，也叫做节点文件，这里面存放了我们在
Kad
网络中的邻居节点，我
们都是通过这些
节点来进入
Kad
网络的。其实
kad
的网络倒更像是
overnet
和
Kazaa
网络，有兴趣的朋友
大家可以对
比看看。
Kad
网络提供了帮助寻找节点以及记录节点的机制。
下面我们来说说这个机制的原理：
K
ad
拥有一个
160bit
的
ID
，每一个节点送出的讯息都必须包含此
ID
。每一个节点都必须记录一个资料来
保存已经存在的节点
，
资料的格式是
(IP address, UDP port, Node ID)
< br>，
节点所必须负责的范围是
2
的
i
次方
及
2<
/p>
的
i+1
次方，
i
的范围是
0
<
i
<160
，这个结构叫做
k-bucket
，该结构会形成一个
tree
的形状，每一次
接收到新的信息时，各个节点都必须更新
k-bucket
內的资料，透过
k-buc
ket
结构我们可以保证所有的节点
状态都是新的，而且一定会
知道这个节点在哪里。
Kadem
lia
网络提供四种
Potocol(RPC)
(1)PING
测试是否节点存在
(2)STORE
存储通知的资料
(3)FIND_NODE
通知其他节点帮助寻找
node
(4)FIND_V
ALUE
通知其他节点帮助寻找
V
alue <
/p>
而当每一个指令被接受到后，每一个节点都会到
k-bucket
上搜寻，通过这样的结构，
kad
提供
一个方便快
速且可以被保证在
logN
次数下找到所需的节点。
通俗的来
讲就是在
kad
网络中，我们每个
em
ule
用户端只负责处理一小部分搜索和查找源的工作。分配这
些工作的时候，通过我们每个用户端的唯一的
ID
和搜索文件的
hash
值之间的匹配来决定。比如像我猜我
< br>猜我猜猜
.rm
这个文件由用户小王来负责（通过该文件
的
hash
值来决定）
，那么任何其他
用户在下载这个
文件的時候都会告诉其他用户
,
小王有这个文件，其他用户去下载这个文件的時候也会询问小王，小王也会
告诉
他们谁正在共享这个文件，这样
kad
找源的工作就完成了。搜
索时候的方法也差不多，只不过是每个
人负责一个关键字。
整个过程有点像在照线索循序问路而找到正确方向，而不是路
上随便到处抓人在问路。而每个地方里的网
络相关信息，则会随着电脑及文件的加入而持
续更新。好处在于让你可以搜索整个网络，而不只是在某一
地区。目前来讲，这个机制和
算法是绝对领先而且非常优秀的。
如何找到用户小王则是通过将用户
id
异或的方式，两个
id
的二进位异或值决定他们之间的逻辑距离，如
1100
距离
1101
要比距离<
/p>
1001
近。那么当一个用户加入
kad
后，首先通过一个已知的用户找到一批用户的
id
和
ip
地址和端口。当该用户要寻找一个特定用户<
/p>
A
的时候，该用户先询问几个已知的逻辑距离较
< br>A
较
近的用户，如
B
用户
,C
用户
,D
用户，
B
，
C
，
D
会告诉该用户他们知道的更加近的用户的
id
和
ip
地
址和
端口，同理类推，这个用户最终就能找到
A
。所以寻找的次数会在
logN
数量级，这里
N
代表询问的人数。
其实也就是一种分散式杂凑的方法，基本上是对网络上某一特定时刻的文件进行快照
(snapshot)
，然后将这
些信息分
散到整个网络里。
为了找到特定的文件，搜索的要求先到达网
络上的任何一台电脑上，然后这
台电脑就会再将它转到另一台有更多文件信息的电脑。第
三台电脑可能就拥有文件本身──或者也可能再
继续转到其他有正确信息的电脑
。
采用这种方法
，
通常
只需要跳转两到三次
，
便可以轻松查找到所需文件。
以上几个部分，便是对于
kad
作用原理以及算法的分析，可能好多人看了之后头大，那么我们普通用户到<
/p>
第
4
页
共
24
页
eBook-EM(
电驴
)
完全攻略
底该注意些什么呢？
很简单，你要作的就是再使用
emule
的时候打开
kad
，你会发现有两个明显的特点
(1)
你的下载速度会加快
(2)
你的下载文件的源会增加
以上两条对于
lowid
和经常下载源在国
外的文件用户，效果就更为突出，特别对于在
ed2k
网络中只
有几个
源或者没有源的文件，在
kad
网络中，一般都能找到源，所以说你使用了
emule
下载文件
，基本上不会出
现没有源的请况，无论多长时间，差别只是源的多少个数问题，由于
kad
网络都是自动配置的，所以你丝
毫不
用分心，那么索性我们就打开它，何乐而不为呢？
另外对于我们搜索的时候
，
如果采用
kad
网络搜索
,
多数情
况下找到的文件源会远远多于
ed2k
的全局搜索
，
对于大家都是一个明智的选择。
虽然，目前
kad
< br>还处在试验阶段，但是他的崛起是迟早的事情，我从
kad
一开始推出就一直在使用，开始
的时候用的人不多，效果不明显。但是目前来讲，再我
发帖前，我还做过测试现在
kad
的使用人数已经突
飞猛进，我随便找了一期我猜我猜我猜猜来做测试，发现
kad
找到源的比例已经占了总源比例的
30%
，甚
至更多，时间越长效果越明显。所以，在这里呼吁大家都打开
kad
，让我们的速度再迈上一个台阶
.
早日
迎
接
kad
天下的到来
!
Ps:
文中部分技术资料
,
来自于国外的网站
,
原文是英文的<
/p>
,
我翻译过来
,
然后引用
,
由于本人英文水平有限
,<
/p>
出现
的错误请大家多多包涵！
另外
,
文中也引述参考了一些国内外网站关于<
/p>
kad
技术的文章
,
但是所引太杂
,
所以请恕这里不引出原文出处
,
请愿作者见谅！
[/quote]
以下，我就详细讲解一下
EM
，以我自
己为例，朋友们可以参考一下：
我的相关配置：
[color=orange]CPU:P3 733MHZ
内存：
512 SDRAM
硬盘：迈拓
30G +
希捷
80G
OS:WINDOWS
XP SP2 VOL
MOD:eMule 0.46C V
eryCD Build 0729
网络：电信
2Mbps ADSL
公网
HighID
使用服务器：
R2[/color]
双击桌面的
EM
图标，打开
EM
????怎么老久，跟没响应似的，于是按
Ctrl+Alt+Del
打开任务管
理器，右击
，将其优先级设置为“实时”，算了一下，打开
EM
竟
然用了我近
20
秒钟的时间，
大家别笑
我，现在的普通机子可能就没这个问题，看一下我的配置，古董了，嘿嘿！不过，我也不是为了
< br>说明这个问题，这样做可以预防
EM
无响应的症状。
来看一下
EM
的几个主对话框及选项窗口：
服务器
，这里有三个地方比较重要：服务器列表、我的信息、日志
第
5
页
共
24
页
eBook-EM(
电驴
)
完全攻略
图片。
RainWing_0152
点击打开
先看服务器列表，服务器的多
少，关系到你能搜索到文件的数量，列表中的服务器数量太少或过多都
不好，为什么呢？
太少，意味着你使用
EM
的搜索功能搜索到文件数少；太多，意
味着你的
EM
需要耗费
许多资源来与这
些服务器保持连接，虽然你可以通过点击，选项、服务器，然后在“移除无响应服务器在
*
次重试后”处，把“
*
”设置为
1
，这样在你的
EM1
次尝试连接到服务器失败后，此服务器将被
EM
从服
务器列表中清除，这样可以保证不会因为频繁的尝试连接，而耗费太多的资源，但是，我不建议
这么做，
这样有点多次一举，将你的服务器数目保持在
150<
/p>
－
250
，我认为比较合适，不要太多，
多余的经常都连不
上，我曾经就把服务器加到七百多，把
EM<
/p>
关了，重新启动，发现，又剩下两百多个了，原因就是，那些
服务
器连不上，被
EM
一举清除了。那么，这里有几百个服务器，我
们选那个连上好呢？这是比较关键的
问题，依次看：“文件数”、“用户数”、“
PING
”值，你所连的服务器的“文件数”直接关系到你能搜
索到的文件数，也关系到你能连上的源的数目，同样“用户数”也是，而“
PING
”值（详见注解四）
，则
关系到你能否连接上服务器
。
其实
，<
/p>
服务器那么多
，
常挂的不就那么几个
，
在这里给大家推荐几个
：
Razorback
2
（以下简称
< br>R2
，比利时的服务器，这是我觉得最好的服务器，文件数一般都在
100M
以上，是最稳定的
服务器了）
，相似的有个，
Sonny
Boy
1
（
Sonny
Boy
整一系列的服务器文件数都很多，美国的服务器，也
是不错的，文件数跟
R2
的差不多，不过不那么稳定）
，然后就是国内的了，
r 1
和华语
P2P
源动
力
（这两个都
失踪好些天了，期待她们回来，下国内的资源必备的）
，国内暂时能顶替他们的位置的只
有，
IA
MEDIA
了，以前中国中国中国中国中国中国中国中国中国中国台湾省也有个很著名的
TLF Taiwan ED
Server
，现在也看不到了
，然后呢，就是法国的
ChezToff
了，也不错，看看吧，
还有德国的
DonkeyServer
系列，这个就不用说了，
推荐
DonkeyServer NO1
。如果你觉得某个服务
器很好，想留住她，那么你可以在
她上边右键、添加到静态服务器列表，这样她就不会乱
跑了。
[color=red]
以下默认挂到
< br>R2
上。
[/color]
假如你认为自己服务器数目少得可怜，那么可以用下边这些网址来更新服务器清单。
第
6
页
共
24
页
eBook-EM(
电驴
)
完全攻略
[color=green]
/2at4893x/max/
/server/]/server/
/]/
/ljpadillam/Baltab/]/ljpadillam/Baltab
/
/tomas21/emule/]/tomas21/emule/ser
/server/]/server/
/]/
/divers/]/divers/
/server/best/]/server/best/
/]/
/emule/server1/]/emule/server1/ser
/marriott96/]/marriott96/
/~piotreq/]/~piotreq/
/~tiktak/]/~tiktak/
/emule/server2/]/emule/server2/ser
/]/
/server/]/server/
/]/[/color]
其中，除了第一个，必须到网页上进行更新，其他的都可以粘
贴到“服务器列表”右侧的“从
URL
更新
”进行更新；或者，打开“选项”、“服务器”、“列表”，将它们粘贴到此文本文
件中，
之后再把“启动时自动更新服务器列表”选上，“确定”，这样每次启动
EM
，它都会自动更新服务器清
单。
注解四
：
[quote][color=red]
关于“
P
ING
”的一些说明
[/color]
“
PING
”值表示的是你跟服务器之间的
距离
。
一般来说数值越大表示你距离服务器就越远，
这个距离
的远近不光是指地理上的距离，还和你的网络带宽，网络线路的好
坏有很大的关系。一般说来“
PING
”值
越大的服务器表示你越不容易连接上，通常“
PING
”值
在
500
以下的服务器是不容易连接上的。
[/quote]
我的信息，想看更具体，就双击底下状态栏的右边吧（如上图）
第
7
页
共
24
页
eBook-EM(
电驴
)
完全攻略
日志（
Log
）
，
如果
EM
出问题了，那么这里就是答案的切入点了。如果你不懂
它在说什么，那就把它
们复制到坛子上，大家可以一起讨论。
第
8
页
共
24
页
eBook-EM(
电驴
)
完全攻略
图片。
RainWing_0155
点击打开
搜索
，要什么有什么。在类型下拉框
中选“任意”，方法中，选“全局（服务器）”，这样可以搜到
尽可能多的文件。比如，
图中：搜索“
Emilie
Simon
”，我们可以看到搜索到了
297
个项目，看了下“方
法”下拉框下的“更多”按钮
，
发现不是“灰
色”的
，
于是点击“更多”得到另外
3
00
个项
，
发现还没完，
再次点击，总共获得
642
项（如下图）
，不错吧，这就是
EM
的搜索了。在搜索结果中，
我们有很多种排
列方法，个人推荐从多到少按“可用源数（来源：）”排列，
其余的还有几个比较重要的，如：“完成
来源”
、“大小”、“类型”、“文件
ID
”
(
即文件的
HASH
值，详见注解五<
/p>
)
，如果“完成来源”中显示
“
0%
”，那么意味着这是个不全的文件，就是说目前你可能无法完整将其
下载，这类情况一般是新文件
，
或者是比较老的文件，如果是比
较老的，那可能是已经删了的，所以，朋友们在下载的时候，要注意判断
这类“
0%
”文件是否热门，如果没把握，不是情非得以的话，我建议不要下载
此类文件。搜索列表中的文
件项的颜色：如果你按照我的排列方法从多到少按“可用源数
（来源：）”排列，那么从上到下你将会看
到蓝色文件项的颜色越来越暗
，
直至变为黑色，
怎样，
大家
猜得出这是为什么吧？没错，
蓝颜色越鲜艳的，
可用源多，下载
时获得更高速度的几率就越高，到列表底下，你会看到那些黑色的都只有一个源；绿色的
文件：你已经下载了的，或已经取消了的文件；红色的文件，已存在于你的共享列表中的文件。好了，其
他的就不用多说了，说得够罗嗦了，嘿嘿！
第
9
页
共
24
页
eBook-EM(
电驴
)
完全攻略
图片。
RainWing_0156
点击打开
注解五
：
[quote][color=red]
什么是文件的
HASH
值呢？
[/color]
大家都知道
e
mule
是基于
P2P
（
Peer-to-peer
的缩写，
指的是点对点的意思的软件）
，
它采
用了“多源文
件传输协议”
(MFTP
，
the Multisource FileTransfer Protocol)
。在协议中，定义了一系列传输、压缩和打包还
有积分的标准，
emule
对于每个文件都有
md5
-HASH
的算法设置，这使得该文件独一无二，并且在整个网
络上都可以追踪得到。
MD5-H
ASH-
文件的数字文摘通过
HASH
函数计算得到。不管文件长度如何，它的
HASH
函数计算结果
是
一个固定长度的数字。与加密算法不同，这一个
HASH
算法是一个不可逆的单向函数。采用安全性高的
HASH
算法，如
MD5
、
SHA
时，两个不同的文件几乎不可能得到相同的
HASH
结果。因此，一旦文件被
修改，就可检测出来。
当我们的文件放到
emule
里面进行共享发布的时候，
emule
会根据
HASH
算法自动生成这个文件的
HA
SH
值，他就是这个文件唯一的身份标志，它包含了这个文件的基本信息
,
然后把它提交到所连接的服务器。当
有他人想对这个
文件提出下载请求的时候，
这个
HA
SH
值可以让他人知道他正在下载的文件是不是就是
他所想要的
。尤其是在文件的其他属性被更改之后（如名称等）这个值就更显得重要。而且服务器还提供
了
,
这个文件当前所在的用户的地址
,
端口等信息
,
这样
emule
就知道到哪里去下载了
.
一般来讲我们要搜索一个文件，
em
ule
在得到了这个信息后，会向被添加的服务器发出请求，要求得到有
相同
HASH
值的文件。而服务器则返回持有这个文件
的用户信息。这样我们的客户端就可以直接的和拥有
第
10
页
共
24
页
eBook-EM(
电驴
)
完全攻略
那个文件的用户沟通，看看是不是
可以从他那里下载所需的文件。
对
于
emule
中文件的
HASH
值是固定的，也是唯一的，它就相当于这个文件的信息摘要，无论这个文件在
< br>谁的机器上，他的
HASH
值都是不变的，无论过了多长
时间，这个值始终如一，当我们在进行文件的下载
上传过程中，
emule
都是通过这个值来确定文件。
[/quote]
下面是“
共享文件
< br>”主对话框（如下图）
图片。
RainWing_0157
点击打开
这里主要有以下几项比较重要：文件名、共享文件、优先级、
完成来源、请求数、接受的请求数。那
么在“共享文件”主对话框中，
< br>EM
规定共享的单个文件，注意是“单个”文件不可以超过
4G
，如果超过
了，则不可以进行
H
ASH
，所以大家注意一下。那么有时候某些朋友也会遇到以下问题，就是如果你的共<
/p>
享文件数量不符合要求（太多太大）
，那么你在连接服务器是可能
会有连不上的问题，原因在于，服务器
对文件数量有“硬性限制”和“软性限制”（在服
务器列表中我们可以看到相关的项）
。优先级，设置共
享文件主
对话框中的优先级，可以控制文件的上传。这里有个小技巧，当我们下载文件，下载到
9
0%
时，
我们可以把这里的优先级设置为“发布”以保证文件能
尽快下完。共享文件，就是那个类似进度条的东
东，在这里就顺便说一下，下载主对话框
同共享文件主对话框中“进度条”的区别：
不同的颜色表示了不同进度的活动性。
第
11
页
共
24
页
eBook-EM(
电驴
)
完全攻略
黑色表示这部分文件你已经获得了。
红色表示这部分文件没有源，处于未知状态。
不同程度的蓝色，代表了这部分文件处于有源并活动的状态，蓝色越深表明源越多、活动性越强。
黄色表示这部分文件正在被下载。
顶端的绿色条表示下载的进度。
完整的一条绿色状态表示整个文件已经下载完成。
一条深红色表示这个文件处于暂停或者停止状态。
如果你双击展开一个下载中的文件，其中的颜色有不一样的说
法：
黑色说明你已经获得的部分。
蓝色部分是你仍需下载的部分。
灰色说明了这个源也缺损这部分文件。
绿色表示了当前正在下载的部分。
黄色表示未决的部分（已请求）
。
在上传栏目中，同样有类似的颜色状态条：
黑色表示这名用户已经获得的部分。
灰色表示用户缺损的部分。
绿色表示你正在上传给这名用户的部分。
黄色表示未决的部分（已请求）
。
共享文件的颜色状态条：
红色表示在已知的源中找不到的部分（未传播开）
。
不同程度的蓝色告诉你这个文件的传播程度，
颜色越深传播的越广。
消息
，类似
QQ
的东东（略）
统计信息
（如下图）
第
12
页
共
24
页