以下表格对比了一部分著名的电驴软件，特别是一些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版本下无法使用。

对IPFilter和blacklist不熟悉的用户可以不用尝试该IPCheck软件，请直接使用这里的IPFilter。

IPCheck由ElChele于2010年5月28日在eMule官方网站上发布了beta版，7月20日发布了1.0正式版，在GNU GPL（2或3）协议下发布，开放源代码，仅英文。

下载

IPCheck 1.0 Bin文件

IPCheck 1.0 安装文件

IPCheck 源代码

介绍

相对于Bluetack的blocklist manager软件，IPCheck显得更加轻巧，它可以：

• 从BlueTack或TBG Blocklists或自定义的地址下载blacklist的IP段（下载时请确保你的网络能访问Google Site）
• 管理这些IP段，进行添加、删除、合并、编辑过滤等级和说明文字等操作
• 查看IP的whois
• 用这些IP段来生成IPFilter（一般用于eMule的ipfilter.dat格式的IPFilter）
• 除了IPFilter，还可以管理假文件列表文件fake.dat

目前仅英文，有兴趣可翻译IpCheckStrings.xml文件。

IPFilter等级（Level）与blacklist黑名单对应表：
030: iana-multicast.txt
040: iana-private.txt
050: iana-reserverd.txt
060: bogon.txt
070: bogus-as-advertisements.txt
080: possible_bogus_routes.txt
090: level1.txt
095: Fk.txt, (Fake servers)
097: Microsoft.txt
100: hijacked.txt
109: level2.txt
110: level3.txt
111: Spyware.txt
113: ads-trackers-and-bad-pr0n.txt
115: Spider.txt
119: BadPeers.txt
160: fornolandcomputers.txt

相关链接

IPCheck于eMule官方网站发布帖：
http://forum.emule-project.net/index.php?showtopic=149732

IPCheck主页：
http://sites.google.com/site/elchelemediacom/home_page

IPCheck的sourceforge项目页：
http://sourceforge.net/projects/elchele/

本站上的IPFilter：
http://emulefans.com/news/plugin/ipfilter/

eMule IPFilter的更多详细说明资料：
http://emulefans.com/emule-ipfilter-intro/

介绍

下载

迅雷离线下载及资源服务器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。

“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。首发中国驴论坛。

1 如何下载更快
不需要告诉你如何能做到，你在浪费你和我们的时间，但是你可以知道，每一个人下载任何东西的时候都需要其他人为他上传，所以如果你有办法让每个人都能上传的更快速，那么你可以获得你想要的效果。但是请告诉我们如何做到。

2 将eMule作为NT的系统服务运行
可以，但是你必须知道emule的用户界面接口与核心联系的过于紧密。这样做是可行的，但是会产生巨大消耗。
需要指出的是，使用一些工具可以来实现无界面的运行已经是可能的：
例如：使用firedeamon可以让任何程序都作为系统服务在后台运行，而morph系列的emule mod从9.3版本开始已经可以注册为系统服务（译者注：xtreme系的scarangel也已开始支持作为后台服务运行），另外你可以看看amule，但是它还不能作为windows的服务。

3 对于信用积分系统我有一个更好的改进
在你花费时间来研究这个并在论坛发表之前，你必须知道eMule是一个文件共享程序而不是文件买卖程序，可能一些基于类似一报还一报的系统可以大大改善下载速度，但是这将损害文件在eMule中的传播 （例如bittorrent，文件往往只能存在2-4周) 。在你创建一个新的信用系统（往往是坏的）或进行巨大改变之前，你必须先考虑清楚这一点。

4 我想到了一个很好的功能并且人人都觉得很不错，为什么没有被加进去
如果官方eMule的开发人员看到你的建议，他们可能会加入或不会加入到eMule中。请记住官方的开发过程不是民主决策，也许一个mod会加入你建议的功能，也许不久以后官方版也会采纳。 但是即使采纳了也不要期待以后会给你反馈，唯一能确定的是如果你真的想让eMule增加某个功能，可以自己去编写源代码创建一个自己的版本。

5 更加公平地对待LowID用户
（这里对“公平”的要求不一而足：有些人希望踢掉所有LowID用户，有些人则希望给予LowID用户奖励）
没有任何理由这样做。LowID用户也是正常的用户，也能像HighID用户那样上传的很好。LowID用户仅仅是在找源的时候艰难一点而已。（假如你执意希望踢掉LowID用户，那么不妨将自己变成LowID用户，因为LowID无法直接连接LowID（译者注：在最近的版本里这招已经不管用了，LowID也有机会相互连接）)

《在eMule官方论坛提出功能请求前须知》，由uralhan和Ejack翻译自eMule官方网站英文版帮助与支持《Frequently Asked Features》。

在未来的eMule版本中你将可能会看到以下功能（或不会有）：（这意味着这些不是官方的承诺，仅仅是我们意识到和考虑过其实现可能性的，以下按着优先级排列）

1.自动升级 - 通过某些方法来让eMule自动升级是可能的。但是这可能依然会需要用户进行一些交互并且可能会需要手动下载一些文件（或者至少要点击一个ed2k链接），但是总的来说会让升级eMule版本的方法更加简单，更加安全和更加的可扩展。

2.为"UDP开放"的Kad来源提供STUN支持 - 使用新版（0.49a）的UDP开放状态的来源将来也会支持STUN (在一些eMule Mod中也被称作NAT-T内网穿透) 。尽管如此，我们首先不得不评估在Kad网络中实际到底有多少TCP被防火墙阻挡但是UDP开放的来源，并且是否将来会工作的很好。

3.完整的皮肤支持 - 如果能让整个图形界面都可以被定制那将非常不错，但是正像这里很多观点所指出的那样，这将是个巨大的工作，目前还无法决定是不是值得我们去做。（译者注：eMule支持部分的皮肤更换功能，工具栏，图标，颜色，通知样式，web管理界面，minimule的模板等）

4.支持IPv6 - 我们试图让Kad (如果有可能还包括Ed2k网络) 协议做好支持IPv6的准备。尽管如此，这依然是在很远的将来的计划而不是迫在眉睫的，所以请不要迫不及待的要求。

5.插件功能 - 一般来说这不是个坏主意，但是这需要进行大量的代码编写，而且目前还不是最高优先级的工作。也许在未来的版本中你可以看到，但是不是马上。

6.QoS - 为路由器或QoS驱动提供QoS支持

介绍

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原创）

下载vlc-partfile-plugin v0.5.1
下载vlc-partfile-plugin v0.5.1 源代码

下载VLC播放器请到VLC官方网站：http://www.videolan.org/vlc/