下载

ed2k: eMule.2052.chm.[emulefans.com].zip

google code下载 eMule 0.50a帮助文档

请保存此压缩包在你的eMule下载或共享目录中，帮助更多人。
最佳适用版本：电骡官方原版 eMule v0.50a 及 v0.50a的各种eMule mod。

使用方法

解压eMule.2052.chm文件到你的eMule程序所在目录，在使用eMule过程中点F1按键或帮助按钮，自动呼出相应文档。或者手动打开文档查看。

如果你的eMule使用简体中文语言，请确保文件名不变或为eMule.chm。
如果你的eMule使用其他语言，可以改为eMule.chm或eMule.<该语言代码>.chm，（帮助文档始终为简体中文 ）。

Linux下阅读方法：
安装CHM阅读器例如ChmSee等，在选项或使用偏好中，将语言编码设置为“简体中文（GBK）”。

当然即使你不使用该离线文档，在eMule软件中点F1按键或帮助按钮也可以直接跳转到eMule官方网站的在线帮助页面，语言决定于你默认浏览器的语言设置。

已知问题

在“选项->消息与注释”里呼出的是“选项->安全”的帮助。
原因：eMule官方未更新源代码中的相对应部分。

在xtreme系mod中两个选项呼出错误。
原因：暂时未知。

由于我们水平有限，如果你在使用中发现任何翻译错误或者其它问题，可以在eMule官方网站的帮助文档翻译讨论版或eMuleFans.com上的相应文档下留言，我们会在eMule下个版本发布后修正。

版权和贡献

原文版权归属eMule官方和原文作者。翻译内容版权归属翻译者，并遵守创作共用协议3.0 BY-NC-SA（署名，非商业性使用，相同方式共享）。

转载必须为非商业性，且需将文末的eMule官方网站原文链接、原始作者、翻译者、翻译内容遵守的协议CC 3.0 BY-NC-SA等信息保留，或以其他形式在显著位置标明清楚。

文章翻译者如下：

• Ejack 翻译47篇，增加3篇；
• Uralhan 翻译41篇，增加6篇；
• Sunshan 翻译15篇，增加2篇；
• Jiongwang 翻译3篇；
• 未知人士 翻译了1篇《端口》；
• BB9z 增加原创1篇；

共计文章119篇，其中官方英文版在线原有107篇，翻译106篇，1篇译自西班牙文版替代，全部提交。
加上2篇额外提交，故官方网站简体中文帮助共计109篇，而未提交的10篇增加文章会制作在离线CHM帮助文档里。

eDonkey（电驴）商标，标示，eDonkey2000(C) network（电驴网络）极其相关设计如ed2k链接（ed2k URI scheme）的知识产权，eDonkey（电驴）系列软件的版权为美国Metamachine公司所有。

eMule（电骡）商标，标示，eMule（电骡）软件的版权为德国人Merkur所有。

《Kademlia: A peer-to-peer information system based on the XOR metric》版权为Petar Maymounkov 与 David Mazières所有。

另外附上本人的读后感。

胡言乱语一句先：

某日张飞饥肠辘辘倒伏路旁。关羽路过，给了张飞一张饼。
张飞衷心感谢关羽，关羽却说：“要不是当初刘备玄德给我一张饼，我早就饿死了，哪里还能给你饼吃！”
张飞动情地说：“日后不论云长还是玄德遇到难处，燕人必当倾力以助！”

尽管这篇论文中的数学模型进行了太多不切实际的假设，导致其结论很难站得住脚，但是文章作者所提出的对信用系统的改进方案却很有意义。
概而言之作者的思路就是“散播信用积分”（请注意，这个概念跟SA的信用传播通道没有什么关系），简单来说就是允许有效的上传者声明一个或多个他所知道的良好上传者。整体思路大体如下仅供参考：

a) A向B上传了180kB的文件块；

b) 在验证此180kB数据块都是有效数据之后，B将认为A是有效的上传者，记录其信用积分。之后B向A发送一个CREDITSPD_REQ报文请求其提供优良的共享者(一个或多个Userhash)；

c) A可能会有以下的反应：
　c-1) 如果A的客户端支持“信用传播”新功能，并且记录了一些对其上传贡献较大的用户，那么就会通过CREDITSPD_RES报文给B发送用户C的userhash（或是多个用户userhash的列表）；
　c-2) 如果A的客户端支持“信用传播”新功能，但是他本身主要上传、很少下载，那么可以无需应答。B等待超时后不再索取；
　c-3) 如果A的客户端较旧，那么因为无法解析CREDITSPD_REQ就不会应答。B等待超时后不再索取；

d) B如果得到了A的应答知道了C，就记录C的积分（即记录一些从C的下载，例如180kB/4）。

通过这种方式我们就能够实现信用积分的传播，让良好上传者能够在更多用户间拥有口碑，促进大家养成规规矩矩上传的习惯。同时并未更改原有的信用工作方式：仍然是下载方保留上传者的积分，不必担心被盗、被黑或者是唱双簧伪造积分之类的问题。

当然，这种方式下理论上系统内的信用积分并不平衡，上传的数据量总是会造成更多的积分。不过考虑到现实系统中信用积分实际上一直是在流失（用户hash变更，或者上传给了吸血骡、肉包子打狗），这样的改造我认为没什么害处。

请注意，我们的目的仍然是重“信用”而不是重“积分”，只是想略微改善当前信用仅局限于两人之间的情况，同时避免复杂而又脆弱的“上传贡献分”制度。

以下表格对比了一部分著名的电驴软件，特别是一些eMule Mod（eMule的修改版软件）的各种功能、特性的资料，供大家参考。

电驴（eDonkey）软件功能对照比较表，原创翻译和修改自英文Wikipedia条目：Comparison of eDonkey software。
遵循CC-by-sa 3.0。
不清楚的中文翻译请见注释或原文，以英文原文为准。
分辨率稍小的屏幕可能过窄而不能完全显示表格，请使用左右方向键滚动。也可进入打印页观看，或者点击下载网页。

更新于2010年8月15日。

常规

功能

功能（续表）

注释与参考资料

1. ^ aMule在Windows上运行时，Windows对其的支持不完整，无法使用所有Linux版本的功能，比如对UPnP的支持。大多数aMule的帮助文档都假定用户使用的是Linux，这些文档有时无法给予Windows用户正确的信息。
2. ^ ^{2.0 2.1} 该客户端可以通过Wine在Linux上运行（参见这里)，无官方支持。
3. ^ 从1.2d开始
4. ^ IP2C：IP to Country，IP地区对应，http://wiki.emule-web.de/index.php/Ip2country
5. ^ http://wiki.emule-web.de/index.php/Powershare
6. ^ SUQWT：Save Upload Queue Waiting Time，保存上传队列等待时间，http://wiki.emule-web.de/index.php/Save_Upload_Queue_Waiting_Time
7. ^ 亚文件段传输，英语：SubChunk Transfer。
8. ^ http://wiki.emule-web.de/index.php/Push_small_files
9. ^ zz ratio：ZZ比率，http://wiki.emule-web.de/index.php/ZZratio
10. ^ http://www.amule.org/wiki/index.php/Release
11. ^ USS：Upload Speed Sense，上传速度感知，http://wiki.emule-web.de/index.php/USS。
12. ^ 客户端分析系统，英语：Client Analyzer
13. ^ SlotFocus：通道集中。
14. ^ SUC：Smart Upload Control，智能上传控制，http://wiki.emule-web.de/index.php/SUC。
15. ^ Argos是eMule NeoMule Mod的反吸血功能，后也被eMule MagicAngel Mod所使用。
16. ^ NAFC：Network Adaptor Feedback Control，网络适配器反馈调节，http://wiki.emule-web.de/index.php/NAFC。
17. ^ NeoBC基于PawcioBC
18. ^ 模糊协议（英语：Protocol Obfuscation）是官方eMule的功能。
19. ^ 连接上eD2k网络的客户端之间的聊天，而非IRC聊天。
20. ^ 即向服务器发送FILERATING标签。
21. ^ Faster Endgame，http://wiki.emule-web.de/index.php/English:Faster_Endgame
22. ^ http://wiki.amule.org/index.php/AICH
23. ^ L2HAC：LowID to HighID Automatic Callback，LowID to HighID自动回馈机制。
24. ^ 自动配置端口映射（需要支持UPnP的路由）。
25. ^ http://wiki.emule-web.de/index.php/Lancast
26. ^ HideOS：Hide OverShared，隐藏过度分享文件段。
27. ^ SotN：Share only the Need，仅分享所需。
28. ^ UPnP在Windows版本下无法使用。

介绍

下载

迅雷离线下载及资源服务器IP列表：

ipfilter.dat格式（用于eMule、aMule等，用普通文本编辑器也可打开；134个IP段，总共2100个IP地址）的迅雷离线下载及资源服务器IP列表：
迅雷离线下载及资源服务器IP（ipfilter.dat）

txt文本（2100个单个IP）：
迅雷离线下载及资源服务器IP（txt）

使用

针对eMule以及其Mod用户的使用方法（aMule大概也类似）：

下载第一个“迅雷服务器IP（ipfilter.dat）”并解压；打开eMule的“工具”（Tools）->“IP过滤…”（IP Filter…），点击“附加…”（Append…）按钮，找到并打开下载解压好的迅雷服务器ipfilter.dat文件，即可在你原来存在的ipfilter基础上导入此迅雷服务器IP列表。

PS：也可以关注一下这里的完全版的eMuleFans的ipfilter，其在R3Qu13M的IPFilter基础上，去除了肯定的误杀，添加了迅雷离线等一些不良IP。

打住。以下文字中，除了第一段“使用方法”是针对普通用户的，其余文字均是IPFilter文件、级别、版本的一些较“深”的介绍，供“研究”之用。如果你只是一位急着找寻最新版IPFilter并使用的普通用户，而懒得去研究这么多文字，请至IPFilter目录下载最新版的Meuh6879 IPFilter与eMule Fans修改版IPFilter。

具体说来，IPFilter可以屏蔽Anti-P2P的服务器或客户端的恶意IP。这些Anti-P2P的恶意IP包括虚假、间谍服务器，vagga服务器，恶意IP，带有木马、间谍软件的攻击性IP、黑客等等不安全的IP地址。IPFilter将会防止其扫描P2P网络，使eMule不会连接上这些不良的IP，防止恶意IP对自己的连接与攻击。狭义上的“吸血”客户端IPFilter无法防止，还需要靠DLP等反吸血，但拒绝攻击性IP对自己也依然是一种保护。

以下的“过滤级别”和“不同版本”部分参考了网友小魔的经典文章《ipfilter介绍》，结合最新的情况叙述。《ipfilter介绍》应该是VeryCD BBS中的讨论贴，但现在VeryCD公司打击非VC客户端的讨论，BBS用户也早就散了，原链接失效而重定向至VC首页，这里有AUG在ied2k上的转载和elvis_w在VeryCD社区Mod大全小组的转载（该小组由于讨论非VC Mod，遭到VeryCD公司打压，曾被封锁，至今说话不便）。

使用方法

支持IPFilter的有eMule（和其Mod）、aMule、MLDonkey等一些电驴软件，以及μTorrent、Vuze、BitTorrent、BitSpirit、BitComet、Halite等BitTorrent协议软件。

上述软件均可兼容使用不分级的、ipfilter.dat格式的IPFilter。一般来说，对于上述所有软件，把解压出来的ipfilter.dat文件拷贝到适当的目录下即可，然后再做一些适当的设置。具体每个软件ipfilter.dat放置的位置列举如下（仅供参考，一般还需要视你的操作系统、Win用户名、软件安装地址、软件版本等而定）：

• eMule及其Mod：eMule目录下的config目录里（有时不一定，详见）
• aMule：~/.aMule/ipfilter.dat
• MLDonkey：使用指令“urladd guarding.p2p http://ed2k.im/ipfilter.dat”
• μTorrent：C:\Users\Administrator\AppData\Roaming\uTorrent\
• Vuze：C:\Program Files\Vuze\
• BitTorrent：C:\Users\Administrator\AppData\Roaming\BitTorrent\
• BitSpirit：C:\Program Files\BitSpirit\config\
• BitComet：C:\Program Files\BitComet\rules\
• Halite：C:\Program Files\Halite\

如果在eMule及其Mod中使用分级别的IPFilter，还需要进入eMule选项的“安全”选项卡，把“过滤级别”设为你需要的等级。级别应视你的IPFilter来衡量选择，越高过滤得越多。官方eMule默认设置是127。另外还要选择是否“服务器也被过滤”，官方eMule默认未选。另外eMule及其Mod还可以自动更新IPFilter，详见这里。

推荐使用本站编辑修改制作的eMule Fans 版 IPFilter。

这里还有几个小工具：

• ipfilter-updater.bat（一个手动快捷更新IPFilter的批处理文件）（将所有文件放在ipfilter.dat所在文件夹下。执行ipfilter-updater.bat即更新ipfilter.dat并备份旧文件）
• Listdrop（从ipfilter.dat通用格式转至guarding.p2p格式的小工具）

ipfilter.dat文件查看

ipfilter.dat文件可以当作普通文本，用记事本或者任何一款文本编辑处理软件都可以打开。推荐EditPlus等处理大文件较为迅速的编辑器。

这是典型和规范的一个ipfilter.dat中的一行：

75.43.1.200 - 75.43.1.207 , 90 , [L1]WARNER BROTHERS-061019211709

其实它就是一个逗号分隔的表格文件。第一竖行，75.43.1.200 - 75.43.1.207，表明IP段；第二竖行，90，表明过滤级别；第三竖行，[L1]WARNER BROTHERS-061019211709，描述了此IP段为何被列入。我们举的这行例子，意思就是说这段IP有可能是华纳兄弟公司（WARNER BROTHERS）的内部IP，甚至可能用来钓鱼，收集P2P使用者的数据。这个ipfilter.dat将它列入过滤级别90，为[L1]第一级别。

有些ipfilter.dat描述很简略，也没有写“[L1]”的级别描述。

有些ipfilter.dat，它们的第二竖行一律为000。这种就是不分级别的IPFilter。只能固定地、必须地过滤掉这些IP，无法设置放宽或加紧。

专业地管理、制作IPFilter，建议使用下文中提到的B.I.S.S组织所维护的blocklist manager。

过滤级别

IPFilter过滤级别（Filter Level）可以让用户来自定义你需要的IPFilter的严格程度。eMule的“选项”->“安全”中可以设置将某一级别以下的所有IP都过滤掉（官方eMule以及几乎所有Mod均可设置，VeryCD公司的“阉割驴”easyMule无此选项，因而建议使用正规Mod）。级别越低的IP就越不安全、越“恶毒”。不同的IPFilter库的过滤级别所指示的松紧程度不一定相同，最常用的Meuh6879/R3Qu13M版本的IPFilter中的各个级别对应的是下表所示的这些意思（翻译者：AUG）：

比如在eMule“选项”->“安全”中设置级别108。那么小于108的所有IP，包括还未分配的IPV4地址段（60）、伪造的广告发送地址（70），一直到被劫持的地址（99）的IP都将被过滤。大于108的所有IP都将放行。

换句话说，你设置的级别越高，过滤的IP也就越多，因而也就越安全，但误杀也会增多。

eMule默认过滤级别是127。但根据网友jason_jiang和《ipfilter介绍》作者小魔的经验，误伤主要发生在109（Level2）区间，因而推荐的设置级别为108。

不同版本的IPFilter

根据资料，意大利，西班牙和法国节点数量依旧占据全球前三位（在eMule官方的irc聊天服务器上，这三个国家的频道也是最活跃的），巴西，德国，以色列，波兰，阿根廷分列四到八位。

人数最少的为布隆迪和南极洲，仅为一。

亚洲地区内，中国大陆地区，台湾地区和韩国为前三位，香港地区列第六位。

从来源分布我们可以看到，和欧洲地区的几乎全部覆盖不同，中国大陆的电驴2000网络（edonkey2000 network）节点主要是集中的分布在长三角，珠三角和京津塘等地区。

edonkey network peers geolocalization on 2009 Dec

eMule（eDonkey）协议

The eMule Protocol Specification, by: Yoram Kulbak and Danny Bickson:
The eMule Protocol Specification

《eMule协议说明书》 - The eMule Protocol Specification中文翻译（译者：不明）：
eMule协议说明书

《eMule协议规范》 - The eMule Protocol Specification中文翻译（译者：刘刚）：
eMule协议规范

《eMule协议指南》 - The eMule Protocol Specification中文翻译（译者：flakever）：
eMule协议指南

Kademlia协议

Petar Maymounkov and David Mazières. Kademlia: A peer-to-peer information system based on the XOR metric. In Proceedings of the 1st International Workshop on Peer-to-Peer Systems (IPTPS '02), pages 53-65, March 2002. paper.:

论文：
Kademlia: A peer-to-peer information system

演示用幻灯片：
Kademlia: A peer-to-peer information system (Demo)

《Kademlia协议原理简介》 - 论文的中文翻译（译者：MMX）：
Kademlia协议原理简介

《eMule Kad 网络分析》（协议手册）（文档编写：kernel、huby）：
eMule Kad 网络分析

有关 Petar Maymounkov 与 David Mazières 的论文：Kademlia: A peer-to-peer information system based on the XOR metric，还可以参见这里的介绍：
http://emulefans.com/kademlia/

A performance evaluation of the Kad-protocol, (Master Thesis) by: René Brunner:
A performance evaluation of the Kad-protocol

其他

Structures and Algorithms for Peer to Peer Cooperation, by: Moritz-Steiner:
Structures and Algorithms for P2P Cooperation

以下是几十种文件共享软件的功能对比比较列表，原创翻译自英文Wikipedia条目：
http://en.wikipedia.org/wiki/Comparison_of_file_sharing_applications
因而遵循CC-by-sa 3.0。
分辨率稍小的屏幕可能过窄而不能完全显示表格，请使用左右方向键滚动。也可进入打印页观看。

Kademlia 是个 Petar Maymounkov 与 David Mazières 所设计的点对点（P2P）重叠网络，以达成非集中式的点对点（P2P）电脑网络。它规制了网络的结构及规范了节点间的通讯和交换信息的方式。Kademlia 节点间使用传输通讯协定UDP（请见OSI模型）沟通。Kademlia 节点藉以实作分散式杂凑表 (DHT,distributed hash table) 以储存资料。透过既有的区域网／广域网（LAN／WAN）（如同Internet），一个新的虚拟网络或是重叠网络被建立起来。每个网络节点都是以一组数字（“节点 ID”）来识别。这组数字不但做为识别之用，Kademlia 演算法还会用来做其他用途。

一个想要加入网络的节点需要先通过启动。在这个阶段，这个节点需要知道另一个已经在 Kademlia 网络内的节点之 IP 位址（透过另一个使用者或储存的列表取得）。如果启动中的节点还不是网络的一部分，它便会计算一个尚未指定给其他节点的随机 ID 编号。这个 ID 会一直使用到离开网络为止。

Kademlia 演算法是基于两节点间的“距离”来计算。这个距离是以两节点的 ID 进行异或运算，并将结果四舍五入至整数。

这个“距离”跟实际的地理环境无关，而是标明 ID 范围内的距离。因此一个德国的节点和一个澳洲的节点就有可能被称为“邻居”或“芳邻”。

Kademlia 内的信息都储存在称为“数值”的东西内，每个数值都连接着一个“金钥”。

当搜索某个金钥时，演算法会透过几个步骤探整个网络一圈，每个步骤都会更接近要搜索的金钥，直到被连线的节点传回数值，或找不到更近的节点。网络的大小仅会稍微影响到进行搜索时接触到的节点数目：假如目前网络的使用者突然增为两倍，那使用者节点大概只需要在搜索时多查询一个节点，而不是两倍的节点量。

非集中式的结构提供了更大的优势，并很明显地增加了对拒绝服务阻断攻击的抵抗。即使一整系列的节点被壅塞，也不会对网络可用度造成太多影响，最后网络会透过绕过这些“洞”而自我修复。

Kademlia 被用来进行文件分享。透过进行 Kademlia 关键字搜索，任何人可以在文件分享网络中寻找资料以下载东西。由于没有任何中央伺服器储存文件列表的索引，因此这项工作是平均的由所有的客户端担当：拥有要分享的文件枝节点，会先处理文件的内容，并从内容计算出一组数字（杂凑），这组数字将会在文件分享网络中辨识这个文件。杂凑与节点 ID 的长度必须相同。接着会搜索几个 ID 与杂凑相近、且节点内有储存著自己 IP 位址的节点。搜索的客户端会使用 Kademlia 来搜索网络上节点ID离自己最近距离的节点来取得文件杂凑，然后会取得在该节点上的联络列表。 当节点联入和联出时，这份存储在网络上的联络列表也将保持不变。因为内嵌的冗余存储算法，联系列表将复制在多个点上。

文件杂凑通常都是由其它地方的特制Internet键结来取得，或者被包含在来自其它来源中的索引档中。

对文件名称的搜索是基于关键字来实现的。文件名称被分成几个组成文件名称的单字。 每个关键字都会被杂凑，并和相对的文件名称与文件杂凑利用和文件杂凑一样的方式储存到网络上。一个搜索者会选择其中的一个关键字，联系上和关键字杂凑最相近的节点ID，然后取得含有关键字的文件名称列。既然在文件名称列中的每个文件名称都附有自己的凑杂，那么被选的文件就可以由一般的方式取得。

资料下载

Petar Maymounkov and David Mazières. Kademlia: A peer-to-peer information system based on the XOR metric. In Proceedings of the 1st International Workshop on Peer-to-Peer Systems (IPTPS '02), pages 53-65, March 2002. paper.：

论文：
Kademlia: A peer-to-peer information system

演示用幻灯片：
Kademlia: A peer-to-peer information system (Demo)

《Kademlia协议原理简介》 - 论文的中文翻译（by：MMX）：
Kademlia协议原理简介

作者资料

David Mazières：

David Mazières

Petar Maymounkov：

Petar Maymounkov

其他

目前公开使用 Kademlia 算法的网络，函数库与客户端程序（彼此并不兼容）：

• Overnet network:
  Overnet (integrated in eDonkey (no longer available) and MLDonkey). With KadC a C library for handling its Kademlia is available.
• Kad Network:
  eMule v0.40+, MLDonkey v2.5-28+. Lphant v.3.50 beta 2+ and aMule v2.1.0+.
• RevConnect:
  - v0.403+.
• BitTorrent Mainline DHT:
  BitTorrent v4.1.0+, µTorrent v1.2+, BitSpirit v3.0+, BitComet v0.59+, KTorrent, Azureus 3.0+ (via a Plugin), Transmission 1.70+ , BitFlu.pl, and many libtorrent-based: They all share a DHT based on an implementation of the Kademlia algorithm, for trackerless torrents.
• Azureus DHT v2.3.0.0+:
  used for decentralized BitTorrent tracking and various other features; differing from the BitTorrent Mainline DHT.
• Osiris sps (all version):
  used to manage distributed and anonymous web portal
• Mojito
  - a Java Kademlia library written for the LimeWire project. Mojito is used in LimeWire to provide DHT support for BitTorrent as well as to augment the Gnutella protocol. See the Class interface documentation for more information.
• maidsafe-dht
  - c++ implementation of Kademlia (BSD license), with NAT traversal and crypto libraries.
• Khashmir
  - Python implementation of Kademlia. Used in the mainline Bittorrent, with some modifications.
• Plan-x
  - Java implementation.
• SharkyPy
  - another python implementation of a Kademlia Distributed Hash Table. LGPL licenced.
• Entangled
  - Python implementation of Kademlia, also providing a distributed tuple space. LGPL licenced
• RetroShare
  - Kademlia implementation for secure Peer-to-Peer messaging and File Sharing