“eMule收藏集”（以下简称“收藏集”）是eMule 0.46b中加入的一项新功能，可以将许多eD2k链接和信息发布为一个小巧的收藏集文件来传播。收藏集文件在Windows下文件后缀为“.emulecollection”。
共享文件数目较多时，收藏集是一种优雅的分享形式。收藏集可以有效减少发布者工作量，并有助于维护文件名称的规范与一致。对于文件接收者来说，收藏集更便捷且更加自由。

得到收藏集后如何使用？

收藏集通常是要在eMule客户端中打开再使用的^*1。
如果你是通过eMule下载的话，你可以在已完成的下载队列或共享文件列表中找到它；
如果你是通过其它途径获得收藏集文件的话，请把收藏集文件加入到你的eMule共享中来，随后你就可以在共享文件列表中找到它（如果已关联收藏集类型你也可以直接双击查看它）。

在eMule中找到收藏集后，你可以双击直接打开或者右键调出快捷菜单进行如查看，修改等操作。下图展示了一个打开的收藏集：

查看收藏集窗口

勾选设置中的“添加新的下载于此收藏集的分类中”，可以在下载时新建一个任务分类，当收藏集中有大量文件时可以便于统一管理，关于分类的使用可以参照逍遥赵的《电骡智能化自动分类下载全攻略》

[提示] 点击共享文件导航下的收藏集，可以快速列出在共享文件中的所有收藏集。

创建收藏集窗口

[提示] 如果你开启了“扩展设置”中的“显示更多控制（高级控制模式）”，则当你右键点击收藏集中的文件会弹出相应文件详细资料的窗口，下图就是一个示例：

共享文件面板中的收藏集

如果收藏集制作者对该文件做了注释或评分（并且是非简单文本形式的）则会在其中列出。

怎样制作收藏集？

收藏集的制作非常简单，你只需在共享文件列表中选择好相应文件后，调出快捷菜单执行，如下图所示。

右击选中文件，创建收藏集

随后进入创建收藏集的对话框，如图：

创建收藏集对话框

这个是个界简明易懂的界面，无需赘述。值得注意的是其中的 “高级选项”，下面进行说明。
保存的收藏集文件有两种形式：简单文本形式和非简单文本形式。其特点有：
1. 简单文本形式内容完全由可读文本构成，其内容就是相应文件的ed2k链接明文；而非简单文本形式除了文件名称和制作者用户名外其余是特殊编码的，不可直接阅读
2. 简单文本形式不支持制作者认证，且不能包含注释和评分信息

另外，收藏集的名称并不是任意字符都可以输入的，部分字符会被eMule忽略，具体详情还请大家自己尝试，本文不再赘述。

[注意] 创建好的收藏集并不会立即显示在eMule的共享文件列表中，需等待eMule hash完毕。
[提示] 在创建收藏集时，你可以把曾经下载或共享的文件（即“下载历史”中的文件）也加入进来，而不仅限于目前正在共享的文件，只需单击创建或修改对话框左上角的按钮，如下图所示：

加入文件到收藏集中

但目前不能从“下载历史”中直接选取文件来创建收藏集。（感谢 vyretop 和 纳兰旺财 的补充和提醒）

关于收藏集认证

对包含制作者认证的收藏集进行修改是不能被eMule打开的^*2，所以对收藏集进行认证标记可以防止其他人以你的名义修改收藏集。

注释

*1 以简单文本方式保存收藏集可以用文本编辑器打开，自行处理其中的ed2k链接，并不依赖eMule客户端
*2 这里指的修改只是指简单的改动收藏集内容，而不包含经过精心设计计算的情况

感谢电驴之家的投递。本文由BB9z维护，原作者发布在ied2k论坛，使用本文请遵守 CC-by 许可协议。

正确的设置HideOS和SOTN是可以加速文件发布的进程的，但是如果不正确的设置这些功能，反正会拖慢文件发布的进程。

在讲述这些功能的具体利弊得失之前，我觉得有必要说明下这些功能设计时的一些背景。

HideOS这类的功能都是建立在所有节点上传能力都差不多这个假设上。这里的上传能力，不仅仅指上传带宽，还包括所有节点都有意愿上传你发布的文件，以及他不会在文件发布完成之前就下线了。

在这些前提下，我们分析下HideOS的性能。假设发布者以100k/s的上传带宽发布一个700M的文件，HideOS的阈值设置为1，即上传一次文件块后隐藏，直到下一轮上传。

首先，这个文件大约2小时上传一轮，也就是说每个文件块每2小时有且仅有一次上传机会。

接着我们假设所有接收到文件块的人，以50k/s的上传带宽分流这个文件。通过很简单的计算我们可以知道，在两小时的时间中，每个文件块都会被上传 35~40次。

很明显，这如上假设下，当所有文件块都上传一遍之后，就算有一部分人下线了，2小时之内这个文件至少会具有20+完整源，发布应该是成功完成了。

但是国内的网络情况支持这些假设吗？很明显，不支持。

国内网络的情况是两极分化很严重。水管大的用户数量很少，但是50k/s对他们来说小意思，不算数。一般ADSL小水管，用户数量很大，但是能给em开 40K的上传算不错了，在这40k中，大部分都会用于上传其他共享文件，即使是那些不怎么共享文件的用户，因为同时下载数往往有10+，能分给某个特定文件的平均上传带宽有2~3k/s就不错了。

在这个情况下，我们重新分析一下上面的结论。如果文件块传给大水管了，那么OK了，这个文件块算是发布出去了。如果文件块传给小水管了，那么麻烦了，2~3k/s的速度，在2小时的时间内大概能把这个文件块上传2次。嗯，没错，仅仅两次，这还算是乐观的。遇到一些只开20k/s总上传的用户，2小时内对应的文件块可能连一次上传都没有。

这还不算是最糟糕的事情，真正糟糕的事情在这里，国内用户每次运行em的时间也就是4~5个小时(有国外的研究可以佐证)，也就是说当发布者将一个文件块传输给某个小水管之后，某个小水管很可能在这个文件块还没有分流出去之前就关机睡觉了。于是，在这2个小时中，这个文件块没有得到有效的分流。

很显然，发布者的噩梦就此产生。由于HideOS的极端设置，在我们的例子中发布者每2小时只能把一个文件块上传给一个用户。如果说发布者运气不好，某个文件块给了一个很快就要下线的小水管(其实这个可能性还不低)，那么这2个小时这个文件块是无法分流了，他只能希望下一个2小时中他能把这个文件块交给一个大水管。我们都知道越不希望发生的事情就越容易发生，下一个2小时中很可能又会把文件块传输给不合适的用户。1天也就24小时，可以尝试12次，如果 12次都是把文件块给到不合适的人，那么这个文件被发布一整天之后依然没有完整源。极端设置的HideOS在国内网络的实际情况下只能造就杯具。

其实要避免这种杯具也不难，理解HideOS的本意就好了。Hide Over Shared就是隐藏过度分享的文件块，而不是分享之后立即隐藏。一个文件块上传了10次，另外一个才上传了1次，那么上传10次这个肯定是Over Shared了，应该Hide。但是一个10次一个8次，你能说上传10次那个Over Shared了么？我想应该不能吧。

此外，发布者的带宽对HideOS的设置也有很大的影响。如果发布者有1M/s的带宽上传一个700M的文件，10多分钟这个文件就可以完整分享一次。在这种情况下，HideOS已经基本失去意义，无论是否启用这个功能，每个文件块在20~30分钟左右都会得到一次上传。相反，在10k/s的带宽上发布 700M的文件，需要整整一天才能把这个文件完整分享1次，HideOS就必须采取极端设置，把分享的希望寄托在其他节点身上。

综上所述，只有小水管发布文件时才需要极端HideOS设置，分享1次或者2次文件块之后立即隐藏。中等的水管可以适当设置 HideOS，当某个文件块上传的次数比其他文件块多好几次时才去隐藏，避免预览或者边下边看的骚扰。特大号水管Hide不Hide无所谓了，HideOS、SOTN等等本来就不是为你们设计的功能，建议关闭。

作者zz_fly。首发中国驴论坛。

介绍

KAD网络是eMule连接的网络之一。增加KAD节点数，是增加来源、提高eMule下载/上传速度的手段之一。

下载/上传某个公共的断头档时，会联系同样也在上传/下载此文件的用户，获取KAD节点列表，以达到增加KAD来源数的目的，从而增加你所能搜索到的文件数，并有可能增加下载/上传其他文件的速度。下载此断头档的用户越多，获取的KAD节点就越多。

制作KAD断头档，一般以正好9.28MB（9728001字节）为宜。因为断头档必须至少一整个文件段（文件段，又名文件块、区块，英文：partfile或chunk。eMule将文件分成每9.28MB一个文件段来下载，正好9.28MB的整数倍的时候，多余的0字节依然独立成为一个文件段），否则不会出现在共享列表中。所以，9.28MB是满足要求的最小大小。

在使用时另外还需要注意，一般应禁用A4AF。A4AF就是Ask for another file，如果对方源内有你需要下载的2个以上文件，eMule只为其中一个文件排队。禁用A4AF是因为，你将有可能只为断头档排队，导致其他正常下载的文件都靠边站。

在最早的时候，断头档并非为了获取KAD节点，而仅仅是为了找好友方便而设置的。由于eMule的好友功能不很完善，有用户想出了办法，几个好友下载一个断头档，联系好友时，从下载/上传断头档的名单中找到好友。至今也依然可以用断头档的方法联系好友。

使用

点击eD2k链接，下载某个断头档。

由于断头档是没有分发完便撤源的文件，下载断头档的用户将会永远无法完成它的下载。下载到一定大小之后，将会因为无来源而停止下载。但是它会一直存在于你的下载列表里，不要管它，不要删除，放在那里即可。

另外要把这些文件的优先级设为低。如果你用的是eMule，建议在“设置”的“扩展设置”中勾选“为节省CPU资源禁用A4F4”。

缺点

eMule可以通过自动更新KAD节点文件nodes.dat来获取KAD节点。通过断头档来获取节点，虽然可能容易找到“志同道合”的，但这样通过请求文件辗转获取，也会耗掉很多内存和网络带宽。

网友Felix Yan也认为，KAD断头档必须慎用。它“获得的许多节点是‘不优化’的，对下载现有资源和搜索需要的相关资源是没有任何帮助的。KAD本身是一个依据‘节点相关性’自动优化的系统，一个ID能连接到的节点永远只是偌大网络中很小的一部分。下载文件=>向KAD搜索、直到找到需要的源，这是一个自动优化的过程，使用“断头档”进行干预，是一种得不偿失的行为。”

一些断头档

这里是在网络上流传的一些断头档：

流传已久的三个断头档
ed2k: Cyndi-Connect.tmp
ed2k: [PTT]emule_friend.rar
ed2k: [ShareGet]emule_friend.rar
ied2k网友yanyuelin制作的断头档
ed2k: [ieD2k]好友档
ed2k: [ieD2k][kad][游戏]
ed2k: [ieD2k][kad][音乐]
ed2k: [ieD2k][kad][软件_资料_综艺_电视节目]
ed2k: [ieD2k][kad][剧集]
ed2k: [ieD2k][kad][动漫]
ed2k: [ieD2k][kad][电影]
教育网内流传的断头档
ed2k: 教育网的驴友请下载，以方便分享.rar

（如果你有其他好的断头档，可以在评论中告知）

参考与引用的文章

• 自食其力，增加eMule文件来源 --- Kad种子档 by chengr28
• KAD断头档分类，使连接KAD好友更加精确 by 夏夜晨星
• 使用电骡KAD，请慎用“断头档” by Felix Yan
• Kad因應黑暗冬天降臨，TWed2k建立如同辛蒂的好友名單 by skitter on TWed2k，需登录。eastshare上的转帖
• 断头档 by 百度百科

大家都知道，MorphXT在国外是仅次于官方版最常见的eMule Mod之一，由于其在反吸血环节比较薄弱，因此在国内很难推广。MorphXT本身是具有String list检测的，但是这不足以帮助我们阻挡凶恶的吸血鬼。Stulle在接手成为MorphXT的开发组组长后，为MorphXT增加了一些新的特性来对抗吸血行为，但是这仍然不够。因为MorphXT定位让其难以拥有如像DLP那样的反吸血利器。于是一些喜欢MorphXT的朋友们，开发出一些基于MorphXT的Mod，增强了其反吸血特性。比如支持Argos反吸血系统和DLP反吸血系统的MagicAngel。但是这个作者现在失踪了，其新版MA 3.8一直处于Alpha 2版本状态，无人管理。所以我当时把所有的注意力全部集中到StulleMule的身上。然而StulleMule果然没有辜负我的期望。其华丽的反吸血系统让我大开眼界：

首先，作为MorphXT后裔，其拥有父辈MorphXT的Failed download Ban（filter clients with failed downloads）系统。这个系统就是Stulle从Xtreme引入到MorphXT中的。Stulle的解释是，采用这种系统原因：有些客户端（尤其提到是在中国），假装像我们上传，但是每次上传的数量不超过12k。当该客户端第三次这样做时，将要被Ban掉。（原帖参见这里）
Failed download Ban的特点，让它成为一把双刃剑。一方面，它可以封杀一定的吸血行为，比如：只看重下行，不看重上行，把上传调到最低这种行为。或是诸如某些吸血端，走走停停地假装式的上传；另一方面，本来并不是不想上传，只是因为网络阻塞问题无法上传的时候，可能造成误伤。
这种封杀其实主要针对的是人的主观吸血行为，但是由于很多人的注意力全部在DLP那边，因此很可能忽视了这种封杀形式。因此并没有对那些限制上传的吸血者造成威慑力。

第二，DLP methods。顾名思义，这是使用了DLP的方法来封杀吸血客户端。StulleMule内置了v37的DLP列表，采用DLP方法来封杀客户端。但是其日志，比Xtreme更加详细。另外中文用户也无需担心看不懂反吸血日志了，因为这一部分在中文语言包中也一并被翻译出来了。

第三，Sivka Ban。知道Failed download Ban的人很少，知道这个的人就更少。这是Stulle从Sivka Mod中引入的封杀方式。（注：Sivka Mod确实是一种非常严格的Mod，我们知道非常严厉的Sivka积分，其实就是从这个Mod里首次出现，同时这个Mod有些对于吸血端，甚至是Low ID用户的一些限制设置，同时再加上这个封杀系统，虽然没有DLP但是其防御性也是非常的强大）。这个Ban的原理是监控反复请求的客户端，如果其请求的次数在一定时间内达到所设置好的数目，即认为其具有快速反复请求的攻击性行为而将其Ban掉。默认是在7分钟，检查数目为5次。这种封杀有效的对抗了某些恶意吸血端。这种吸血端有这样的行为：反复，快速请求资源，从而反复重新排队，以达到缩短队列的目的。同时这种封杀也能有效的遏制某些用户手动快速的，反复的请求资源，重新排队的行为。
反复，快速请求，本来就是一种恶意攻击行为，而在我国，某些用户听信了某些言论的误导（包括以前的我在内），在得不到下载量的同时，反复，快速地请求资源，认为这样会重新排队，并且缩短排队时间，变相插队。其实这种行为，本来就会受到服务器的监控，另一方面，如果有这类用户碰到了拥有这种封杀功能的客户端，很容易会被Ban掉。

以上，我粗浅地谈了一下StulleMule的反吸血系统，如果有什么错误，请指正。

图：Stulle Mule反吸血设置：

（作者Dantes Dream/Feathia原创）

组件更新地址

地址使用了ed2k.im作为链接缩短工具，目前不开放使用。大多数都实际保存在googlecode的eMuleMods中文化、eMule's IPFilter、IP2C或Xtreme项目上；ip-to-country.csv英文原版来自webhosting.info；nodes.dat则使用的是emule-security.net的。“其他可用地址”一栏和“地址”一栏所指向的文件完全相同，均为zip压缩包。

注意：由于原先使用的sn.im服务多次将我们的地址当成spam删除，我们决定使用自己的ed2k.im地址，新地址见下，请及时更改。原来的sn.im的地址在一段时间内可能可以继续使用，但不保证长期可用。

以下是组件的长期维护更新地址：

使用方法

使用方法很简单。对于ipfilter.dat，打开eMule的“选项”=>“安全”窗口。点击选中地址，Ctrl+C或者右键复制，然后粘贴到相应的更新地址栏中。这个是官方eMule就有的功能（见图，Xtreme、官方eMule等的ipfilter.dat更新窗口）。Xtreme还可在“选项”=>“Xtreme I”中勾选自动更新。

对于ip-to-country.csv、antileech.dll.new，打开eMule Mod软件的“选项”，找到相应的更新窗口（如果有的话）。点击选中地址，Ctrl+C或者右键复制，然后粘贴到相应的更新地址栏中，勾选想要的更新方式即可（见第二张图，ScarAngel的更新窗口）。

自动更新的时候，如果是rar或者等压缩包，eMule (Mods)会自动解压。

对于nodes.dat和server.met，则在“服务器”窗口和“Kad”窗口中输入地址，可以参考这里和这里。

有的eMule (Mods)是不能自动更新的，或者能自动更新但不能换地址。像Xtreme就不能自动更新ip-to-country.csv，可以自动更新antileech.dll.new但不能换地址。而server.met、nodes.dat、ipfilter.dat大多数eMule (Mods)都能输入更新地址。staticservers.dat一般无需自动更新。

Xtreme、官方eMule等的ipfilter.dat更新窗口

ScarAngel的更新窗口

关联eD2k协议链接的一般方法

一般情况下，在eMule或其Mods的选项（Options） => 常规（General）中有“关联eD2k链接（Handle eD2k Links）”按钮，点击即可让此eMule成为Windows默认的eD2k链接打开方式。

选项（Options） => 文件（Files）中则有“监视剪贴板里的eD2k文件链接”可选择。

但是有的时候，“关联eD2k链接”按钮灰色无法点击，或点击无效，或有其他问题。此时可能需要用到下面的方法。

Windows默认

对于Windows用户，推荐两个取消或关联eD2k连接的非常方便的小工具。

第一个是国内网友风之痕制作的eD2K Prot Fix（电骡协议关联修复工具），能够删除原来的eD2k关联，然后将其关联到与eD2K_Prot_Fix.exe同目录的emule.exe文件上。使用时放在需要关联的eMule(Mod)目录下即可：
电骡协议关联修复工具下载（via）

第二个是eD2k Link Killer是外国网友很早以前制作的，一键清空删除Win注册表中的eD2k链接关联，不与任何文件关联：
ED2K Link Killer 0.1 下载（via）

当然还可手动修改注册表，稍显麻烦，一般用上述工具即可。注册表中有两处决定了的Windows默认的eD2k链接打开方式。开始 => 运行 => 输入“regedit” => 回车打开注册表编辑器，找到并修改以下：

HKEY_CLASSES_ROOT\ed2k\shell\open\command
Name: (default)
Type: REG_SZ
Data: "这里改为emule.exe的路径" "%1"

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\ed2k\shell\open\command
Name: (default)
Type: REG_SZ
Data: "这里改为emule.exe的路径" "%1"

Win下的浏览器

IE和IE的Trident内核的浏览器（Maxthon、世界之窗、TT等）一般均使用Windows默认的eD2k链接打开方式。

Windows下的Firefox、Opera、Safari也优先使用Windows默认的eD2k链接打开方式，其中：

较新版的Opera可以在Tools（工具） => Preferences（首选项） => Advanced（高级） => Programs（程序）中Add（添加）一个Protocol（协议）为“ed2k”的项目，以选择Windows默认的打开方式打开，还是自定义用其他程序打开。如果没有“ed2k”的项，将询问后使用Windows默认的打开方式打开。

Google Chrome 至今未能打开eD2k链接 2010年初之后修正了问题，现已可以打开eD2k链接，并使用Windows默认的eD2k链接打开方式。

旧版Firefox可以在地址栏输入“about:config”，进入配置页面。在列表上单击右键，新建一个布尔值（Boolean），名字是“network.protocol-handler.external.ed2k”，值为true；再新建一个字符串（String），名字是“network.protocol-handler.app.ed2k”，值为你想关联的程序的路径，如“C:\Program Files\eMule\emule.exe”。

Firefox 3.0以上的版本则需要在地址栏输入“about:config”，进入配置页面。在列表上单击右键，新建一个字符串（String），名字是“network.protocol-handler.expose.ed2k”，值为你想关联的程序的路径，如“C:\Program Files\eMule\emule.exe”。

对于最新版的Firefox 3.5，上述修改“about:config”的方法无效。用户可以打开工具（Tools） => 选项（Options）中的“应用程序（Applications）”，搜索找到“ed2k”，然后选择“总是询问（Always Ask）”，还是使用哪款软件打开eD2k链接。

Unix/Linux下的浏览器

本人不是Linux用户，不便测试，对于Opera可以参考：
Linux下Opera常见问题索引
改进下载ed2k链接的脚本(for MLdonkey)

关于其他更多内容，aMule的Wiki上也有非常详尽的介绍：
http://wiki.amule.org/index.php/Ed2k_links_handling

取消某些强制关联

对于VeryCD公司的EasyMule（所谓“电驴”），笔者在Windows Vista上简单测试了目前最新的EasyMule 1.1.11，安装时笔者没有选择Take eD2k Links（关联eD2k链接）但是EasyMule依然强行写注册表，eD2k链接被强行关联至EasyMule。EasyMule在卸载时的确会删除注册表中的eD2k关联，但是假如之前，你安装了EasyMule后，取消了至EasyMule的关联，而与其他eMule(Mods)关联，你的关联也同样会被删掉。

最好的解决方法是彻底卸载并远离VeryCD公司的EasyMule，使用真正的eMule或其他Mods，并使用上述方法解决关联问题。

另外，有些版本的VeryCD Mod或EasyMule（包括最新的EasyMule 1.1.11）的主目录或modules目录下还有IE2EM.dll库文件，用于给IE安装IE2EM BHO插件，强制关联IE浏览器上的eD2k链接，不想要IE的BHO插件，欲取消EasyMule的强制关联者，可以卸载掉EasyMule软件，或者也可以开始 => 运行：
regsvr32 "C:\Program Files\easyMule\modules\IE2EM.dll" /u
只卸载掉这个IE2EM BHO插件。

名字起的有点大
最近搞好了TrafficShapping，这样MLDonkey就可以全放开上传了，但是吸血骡，尤其是迅雷来吸的太多了。利用周末Google了一下，可以做到屏蔽部分吸血骡。但是有如下几个缺点：

1. 没有DLP这么全面，主要是屏蔽国内的迅雷，快车之类的。
2. 偶有漏网的。
3. 有误伤。
4. 可能会占用一部分资源，尤其是刚启动fail2ban时。

所以完美主义者，骡道主义者就不要用了 期待你们开发出好的MLDonkey可用的DLP

下面是步骤，我用的是Gentoo系统，可能会与别的版本不太一样，但应该是大同小异。

1. 首先，要修改MLDonkey的一个配置，用web控制，还是用Telnet敲命令，还是直接修改~/.mldonkey/download.ini都随便，命令是

   set verbosity "mct"

   完成后，去~/.mldonkey/mlnet.log看看，会发现有很多过去没有见过的log文件，mct的意思就是显示Client的Tag。当然还有很多的不同的选项可以改，具体可以看~/.mldonkey/download.ini里的解释。

2. 安装fail2ban，Gentoo就简单了，直接emerge就可以，其它的版本应该也不会太难。
3. 修改/etc/fail2ban/jail.conf，在末尾加上。

   [dlp-iptables]
    
   enabled = true
   filter = dlp
   action = iptables-allports[name=dlp, protocol=tcp]
   logpath = /home/xxxx/.mldonkey/mlnet.log
   maxretry = 1

   具体的logpath要换成自己的

4. 新建/etc/fail2ban/filter.d/dlp.conf，加入如下的内容

   # Fail2Ban configuration file
   #
   # Author: Sparkplug
   # http://sparkplug-moh.blogspot.com
   #
    
   [INCLUDES]
    
   # Read common prefixes. If any customizations available -- read them from
   # common.local
   before = common.conf
    
    
   [Definition]
    
   _daemon = dlp
    
   # Option: failregex
   # Notes.: regex to match the password failures messages in the logfile. The
   # host must be matched by a group named "host". The tag "" can
   # be used for standard IP/hostname matching and is only an alias for
   # (?:::f{4,6}(IMG:style_emoticons/default/smile.gif) ?(?P[\w\-.^_]+)
   # Values: TEXT
   #
   failregex = ip: <HOST>:.*(xthame|Flashget|VeryCD|QQDownload|FreeCD|dianlei|TUOTU|PPMule|eMuleBT|kaggo|Chinfo|21cn)
   ip: <HOST>:.*\(version\)=\(60\) \(mod_version
   ip: <HOST>:.*mod_version\)=\(.*(ery|easy)
   ip: <HOST>:(80|65535)
   <HOST>:.*(xthame|Flashget|VeryCD|QQDownload|FreeCD|dianlei|TUOTU|PPMule|eMuleBT|kaggo|Chinfo|21cn)
   <HOST>:.*0.48a
   <HOST>:.*mod_version.*(ery|easy)
   <HOST>:(80|65535)
   # Option: ignoreregex
   # Notes.: regex to ignore. If this regex matches, the line is ignored.
   # Values: TEXT
   #
   ignoreregex =

   其中failregex里的红色部分（转载注：请参考原帖）是屏蔽了VeryCD的MOD，包括那个什么EasyMule，原因是它们违反了GPL协议，除了DLP不开源外，具体可以去Google：“easymule amule”（转载注：请参考EasyMule2涉嫌抄袭aMule代码）；第一行里VeryCD的TAG，这样名字里VeryCD的Client也一样会屏蔽，如果不想屏蔽VC的MOD或者名字里加了VeryCD的 Client的话就不要加载这些了，直接去掉就可以。

   这些只是屏掉了国内一些Client，有人能把DLP里的Username_Hard和Modstring_Hard整理出来做个完全的就更好了
   另外，所有0.48a的emule版本都屏掉了，有误杀，阿弥陀佛，罪过罪过

5. 运行fail2ban，

   /etc/init.d/fail2ban start

   如果没有问题，

   rc-update add fail2ban default

   另外，也可以在MLDonkey里输入

   set verbosity "up"

   再根据相应的调整/etc/filter.d/dlp.conf就可以吸这些吸血骡的血了，是不是太邪恶了

eMule官方对积分系统的解释

很多骑骡的朋友可能都对eMule的积分系统有所了解，大家在使用电骡的时候可以注意到。每个排队的用户都会在你的队列列表里面有一个积分。
实际上积分系统有很多种，各有各的特点。

各个积分系统的计算方法：
你也可以参见ScarAngel官方网站说明（英文）：http://scarangel.sourceforge.net/eng_creditsystems.html

了解了以上积分系统的积分算法，大家应该对eMule的积分系统有了一个更明确，更直接的认识。

为什么说电骡精神的核心是分享，为什么上传量会影响的排队速度进而影响下载速度，大家都可以从积分系统中找到答案。

现在很多eMule的MOD可以自由选择积分系统，大家也可以通过对比，选择一个合适的积分系统。

—我想使用某个积分系统，应该怎么做？

首先你必须知道你用的是什么MOD。

如果是官方eMule，抱歉，你只能使用内置的官方（Official）积分系统。

很多MOD都只支持一种积分系统。

当然，也有支持多积分系统的MOD，比如ScarAngel之类的MOD。

—什么积分系统好？

这是一个仁者见仁，智者见智的问题。没有一个完美的积分系统，不同积分系统的侧重点不同，适合着不同的人群。
不同的积分系统考量的侧重点不同，有的奖励，有的惩罚；有的严厉，有的宽松。
如果你是一个老骡友，长期保持着大量的上传，lovelace是一个不错的选择，这个积分系统也是最流行的系统之一。
或者你希望通过积分系统，惩罚上传小的用户，或许你可以试试FineCS。
Pawcio和EastShare积分系统也很不错。
但是这些都不是绝对的，你也完全可以仅根据个人喜好选择一个积分系统。这都是自由的。 

附上一个积分计算器，感兴趣的朋友可以试一试。是一个XLS文件，可以用Excel打开。具体用法就不说了，自己摸索吧。  CreditSystem.Calculator.rar ( 4.89KB )

所以，本文意在总结一些更换eMule Mod的方法，使eMule Mod的更换“安全、彻底、有效”！

进入正文之前，首先介绍一下eMule的config目录下部分文件的用途：

eMule的config目录下部分文件的用途：

极其重要必须备份：
preferences.dat
-eMule的核心积分文件，用于保存用户的UserHash

cryptkey.dat
-eMule用于认证用户UserHash正确性的文件

clients.met
-eMule用于保存其它客户信用积分的文件

preferencesKad.dat
-eMule用于保存用户在Kad上的ID

建议备份：
known.met
-eMule用于保存已知共享文件信息[包括共享文件Hash、文件上传数等]的文件

known2_64.met
-eMule用于保存已知共享文件的AICH Hash，也就是存放文件的Hashset的文件

statistics.ini
-eMule用于保存新版统计数据[适用于 eMule v0.43 以后的版本]

shareddir.dat
-eMule用于保存共享目录信息的文件

nodes.dat
-eMule用于保存Kad节点的文件

可以按照个人需求需要备份：
staticservers.dat
-eMule用于保存静态服务器列表的文件

server.met
-eMule用于保存非静态服务器列表的文件

ipfilter.dat
-IP过滤数据库的核心文件，用于保护eMule不受一些恶意IP地址侵害

ip-to-country.csv
-IP地理位置数据库，用于显示其它客户端的地理位置国旗

emfriends.met
-eMule用于保存好友列表的文件

fileinfo.ini
-eMule用于保存已知共享文件文件注释的文件

Category.ini
-eMule用于保存下载分类的文件

特别说明：
antiLeech.dll
-动态反吸血DLP的核心文件，用于保护eMule不受吸血骡的侵害

不建议备份：
preferences.ini
-eMule的参数配置文件，同时存放旧版的统计数据[适用于 eMule v0.43 以前的版本]

大致了解eMule部分文件的用途以后，备份重要文件和更换eMule Mod就变得很简单了

现在转入正题：
彻底更换eMule Mod分为以下2种情况：

1.彻底更换eMule Mod：
①首先按照个人需求备份上面介绍到的文件；
②彻底删除以前旧的eMule客户端（注意：可能需要彻底删除或者卸载）；
③将刚才备份的文件放到新的eMule Mod对应的目录内；
④启动eMule程序；
⑤重新设置eMule的各项参数；
⑥再次重启eMule程序

2.升级同种eMule Mod：
①首先按照个人需求备份上面介绍到的文件；
②彻底删除旧版本的eMule客户端（注意：可能需要彻底删除旧版本）；
③将刚才备份的文件放到新版本eMule客户端对应的目录内；
④启动eMule程序；
补充步骤：删除eMule的配置文件
⑤重新设置eMule的各项参数；
⑥再次重启eMule程序

附加建议：
1.eMule的组件会时不时有更新，尽管平时可能不甚关注，但是这里建议在更换eMule Mod或者升级版本的时候，同时也把eMule的组件升级一下，可以保持证eMule的正常运行！
2.eMule的UserHash值建议大家找几位特定位置的字符记住，这样可以在UserHash改变的时候及早发现

eMule可能需要经常更新的组件：
1.动态反吸血（DLP）；
2.IP过滤数据库（IPFilter）；
3.IP地理位置数据库（Ip-To-Country）

至此，eMule Mod的更换或者更新工作已经全部完成！

更换eMule Mod常见问题FAQ：
Q：如何安全转移未下载完成的文件？
A：现在大部分eMule Mod已经具有“导入未完成下载”的功能，只需要将Temp目录内的所有文件转移到新eMule Mod的Temp目录，然后使用“导入未完成下载”的功能将没有完成的下载导入即可
注意：这里建议使用者尽量将文件全部下载完毕后再更换eMule Mod，因为这个步骤反馈回来的出错率比较高！

Q：如何安全转移在Incoming目录内已经完成下载的文件？
A：1.直接将文件移出Incoming目录，放置到任意位置，当完成更换eMule Mod的时候，只需要设置这些文件所在的目录为共享即可
2.直接将文件移到新eMule Mod的Incoming目录即可

Q：在移动修改或者删除eMule内的文件的时候，需要把eMule关闭吗？
A：100%是需要把eMule关掉的，因为如果在eMule运行的时候操作eMule目录内的文件，可能会出现“正在使用”等的一类提示。有时候就算没有提示，尽管这时文件可以被操作，但是只要当eMule关闭，那么新版文件就会重新被旧版文件覆盖

Q：为何需要把eMule的配置文件删掉？
A：因为preferences.ini是eMule用于保存参数配置的文件。但是各个eMule Mod之间的配置格式和配置保存项目大不相同，纯粹的复制粘贴既会有冲突，甚至会造成影响正常使用（指的是上传下载控制等一些常规设置），这种情况尤其在彻底更换eMule Mod的时候非常明显，当然升级同种eMule Mod建议也把配置文件删除，因为可能有些新的功能设置项目没有写进配置文件而无法生效。虽然删除eMule配置文件的后果是需要重新设置eMule参数，但是为了eMule的正常工作，这样做是值得的！

Q：如果我以前换eMule Mod的时候直接把config目录复制过来了，有什么补救的方法？
A：上面也有提到，如果eMule的config目录直接覆盖过去，特别是在彻底更换eMule Mod的时候，可能会因为设置参数不兼容的原因，致使新的eMule Mod无法正常工作。至于补救的方法就是，马上把eMule关掉，然后定位至eMule的config目录内，把preferences.ini删除，然后重新启动eMule重新设置运行参数就行了

Q：为何有时我把文件替换了，但是没有效果，依然还是以前的设置？
A：因为有些eMule Mod具有备份config目录的功能，生成的备份目录（例如 - Backup [备份目录视使用者的设置而定，可能会有所不同]）会在config目录损坏或者有问题的时候方便修复，但是这样会使用户单纯覆盖config目录文件的方法失效。遇到此类情况的时候，建议使用者不仅要把config目录内的原文件覆盖掉，而且也要覆盖掉备份目录内的旧版文件，这样才能成功替换

Q：为何我的统计数据怎么全部清零了？
A：因为statistics.ini（eMule用于保存新版统计数据的文件）损坏或者没有备份，做好备份一般不会出现这种情况

Q：为何提示“没有找到有效的服务器列表”？
A：因为staticservers.dat（eMule用于保存静态服务器列表的文件）或者server.met（eMule用于保存非静态服务器列表的文件）损坏或者没有备份，做好备份一般不会出现这种情况

Q：为何我的共享目录全部消失？
A：因为shareddir.dat（eMule用于保存共享目录信息的文件）损坏或者没有备份，做好备份一般不会出现这种情况

Q：为何以前的已知共享文件需要全部重新Hash？
A：因为known.met（eMule用于保存已知共享文件信息[包括共享文件Hash、文件上传数等]的文件）或者known2_64.met（eMule用于保存已知共享文件的AICH Hash，也就是存放文件的Hashset的文件）损坏或者没有备份，做好备份一般不会出现这种情况

Q：为何我的eMule好友全部消失了？
A：因为emfriends.met（eMule用于保存好友列表的文件）损坏或者没有备份，做好备份一般不会出现这种情况

补充小工具：
eMule文件备份批处理工具下载
该工具相关讨论帖

译文：http://www.ied2k.com/forum/index.php?showtopic=8137&view=findpost&p=161433
译文作者：Ejack

在开源社区中成功的案例不少，而emule客户端足可忝列其一。开源意味着“凡地不分南北、人不分老幼”，任何有一定编程能力的人都可一窥整个客户端的究竟。那么，这是不是说必须会编程才能用好eMule客户端？别扯了。实际上，这恰恰为eMule的爱好者们打开了一扇方便之门：我们完全可以在原版eMule客户端的基础上自由地定制功能。一个重要的事实就是：这些eMule的mod其实都是不满足于标准的eMule程序功能、追求差异的高级用户自行开发的。

对于新手们来说，驾骡的途径实在是没法再简单了：首先找个官版客户端上手。其它的mod呢？稍后再解。驾骡之前，最好能找个对eMule客户端比较熟悉的老手，请他带着你顺利地起步——尤其是别误闯入虚假服务器。不过千金易得而良师难觅，如果三藏不好找就先找白龙骡：自己动手装个官版客户端先，并初步进行配置。

嗯，貌似你已经踌躇满志准备驾骡上路了，但是别急，还有个步骤不可忽略。我们都想以安全的方式连接其它客户，可能比较实在的途径是连接到Kademlia（Kad）网络，在Kad网络中安全连接其它用户。这种方式虽然很好，但是额外需要一个引导程序（所谓引导程序，说白了就是某个已经连入Kad网络的IP地址）。

要获取引导程序，最简单的方法之一就是先连接到eDonkey2000（ED2K）网络中，因为ED2K上的大部分用户已经同时连入Kad网络了。要进入ED2K网络就必须连接ED2K服务器。eMule的服务器列表是身材精致的.met文件，目前两个最知名的.met文件分别是Gruk和Corpo.free服务器列表（真是国情不同，我孤陋寡闻……）。打开eMule客户端软件的[服务器]窗口，可以看到已经有一排服务器安营扎寨了。新手会问：“为什么已经有这么多的服务器、还要另找服务器列表呢？”这是因为啊，这些已有的服务器其实未经过安全验证。如果不慎连上了不安全的服务器，通常会在搜索时返回许多的虚假结果，或者会让你与其它的eMule客户端连接起来更加困难。

下一步，就是右击并删除服务器窗口中的所有服务器。随后，将已知安全服务器的链接逐个粘贴进来（这好像有点自找麻烦了……），并且在选项中配置为不再自动更新服务器列表。也可以在[选项]->[服务器]页面中配置为“仅连接静态服务器”（当然你首先需要把所有安全服务器加入静态服务器列表中）。除了以上两种方法，还有很多其它的方法可以保证安全接入ED2K网络，但是重要的是，只要连接入ED2K网络，那么接入Kad网络也会相对容易得多。一旦已经连入Kad，那么是只使用Kad还是保持与ED2K服务器的连接，悉听尊便。

上面这大段的废话跟选用mod有什么关系？不管你信不信，通过熟悉及使用官版客户端，用户实际上也就是在间接地练习使用其它mod。用户/搜索结果的各种颜色分别代表什么意思？为什么不是严格按照时间排队、而是加入了信用系统（俗称集结号系统/聚沙成丘系统）？文件黑名单/白名单是什么？用户应当在选用mod之前就已经知晓这类基本问题的答案。有种好东东能帮助用户加速与骡子的磨合过程，那就是eMule向导——不过有时候最好的向导也会不知所措，所以还有许多其它的途径：加入一个eMule社区；使用eMule客户端的内置帮助向导；通过eMule IRC聊天（分为不同的语言）进行学习；或加入eMule帮助论坛。

假定历经以上阶段后，你眼睛已经成了螺旋线并且哀嚎：“OOXX，真是OOXX！我用eMule已经好几个月了，现在觉得不是很方便！”很好。有些用户因为eMule官方客户端不能完全满足他们的要求，误以为这意味着与骡子情深缘浅、该开始转投他物了。这些用户完全忽略了mod开发社区的物种多样性，其实骡子们是环肥燕瘦各有特色：Xtreme系的特色在于小巧灵便，是官版的瘦身强健版；Morph XT系的特色是上传部分更加注重可定制化；另外一些mod（比如StulleMule）则会使用完全不同的信用系统——这只是几个典型，除此之外还有更加多样化的mod……

eMule mod的更换过程与BitTorrent客户端的更换迥然不同。对于BitTorrent，用户在更换客户端时，需要先卸载当前客户端，而后下载并安装新的客户端。而eMule mod则是由一组意义明确的“二进制”文件所组成。通常一个mod所需的所有文件都会打成一个压缩包，用户只需要将压缩包解压到原客户端文件夹下简单覆盖即可。更换mod后，原有的通用参数不会发生变化，已下载的文件块仍然保留，共享的文件也巍然不动。不同mod之间的区别仅仅是部分特性的实现，或者整体性能的差异——所有的必要组件都是通用的，例如传输窗口、搜索窗口或选项窗口。以Morph XT为例：启动时会播放一段简短的音频，给人以发随风动的感觉（？）。在选项窗口的右侧会显示如同Morph XT主题条般的新图像，客户端也处处都有新增的选项。

于是另一个热门的问题是：“我应该选用哪种mod？”这个问题实在是见仁见智，因为这完全取决于个人喜好。在eMule mod开发社区中，这个问题就相当于“如果我是个eMule开发人员，我应当为客户端添加什么新鲜东西？”或者“我希望eMule客户端是什么样子的？”一般来说，需要对系统资源占用小的，可以选择Xtreme系的mod；希望对于上传带宽能够进行更加细化控制的，可以选择Morph XT系的mod；水管相当细小的，可以选择ZZUL系的mod；希望拥有瑞士军刀般客户端的，可以选择Neomule。除此之外还有不可计数的mod可供选择。其实选择eMule mod就好比逛公园之前挑选一件合适的茄克一样（看来人类的智慧果然相同啊，换茄克＝换马甲……）。一件够吗？当然。试穿不同的茄克会有副作用吗？当然没有。

生机勃勃的mod开发社区、开源自由的软件哲学，使得各种新鲜的mod层出不穷，eMule客户端在历经五载之后更加令人看好。有人妄言P2P开发已死？这是哪头叫兽放的？