免责声明：
- 全部Strict DLP Chinese（以下简称SDC）仅供学习交流，遵循GPL协议，同时勿用于任何非法用途。
- 使用者请根据下述VeryCD客户端的问题和SDC的详细说明，结合自身状况，自行估量是否有加载SDC库的需要（通常SDC非Lite版发布上传者使用较好，其他人可以使用SDC Lite版或普通的官方DLP库）。如果不能正确判断而造成不良后果，本项目不负任何责任！
- 所有SDC均为基于Xtreme官方DLP库的严格版本。在Xtreme的官方DLP库的基础上，SDC将eMule VeryCD Mod、easyMule中的部分或全部加入了软性或硬性列表（内有多种版本，使用时也可减分或屏蔽），原因是GPL-breaker、私有网络和社区客户端等不良行为（详见下述VeryCD客户端问题）。
动态反吸血驴保护（DLP）是内置于eMule Xtreme Mod等一些eMule Mods中的功能组件。在这些eMule Mods连接上eDonkey网络后，它会根据DLP库中的列表，侦测出吸血驴并对其做减分或屏蔽处理。官方DLP库就是Xtreme Mod的DLP库，最新版的官方DLP库是2011年4月17日发布的DLP v44。支持DLP且默认使用官方DLP库的有Xtreme、MagicAngel、ScarAngel、Mephisto、X-Ray、StulleMule、NeoMule、CN、Dreamule等eMule Mod。有关DLP的更多介绍见中文维基百科“动态反吸血驴保护”条目和“Strict DLP Chinese”条目，以上部分文字转自该条目。
SDC项目更新
下载
不同版本单独下载及介绍
| DLP版本（点击 下载32位(x86)） |
对问题客户端的侦测情况与屏蔽方式 | 修正官 方问题 |
||||
|---|---|---|---|---|---|---|
| VeryCD MOD |
easy Mule1 |
默认昵称的 VC和easy1 |
其他更多 吸血驴 |
|||
| SDC 正式版 |
all-verycd | 软 | 软 | N/A | 是 | 是 |
| verycd- nickname |
无 | 无 | 软 | 是 | 是 | |
| easymule | 无 | 软 | N/A | 是 | 是 | |
| lite | 无 | 无 | N/A | 是 | 是 | |
| 官方原版DLP库 | 无 | 无 | N/A | 无 | 否 | |
说明：
- all-verycd（对所有VeryCD系列客户端进行检测的版本，其中eMule VeryCD MOD和easyMule被加入了软性吸血列表）
- verycd-nickname（所有昵称中含有VeryCD客户端默认昵称的VeryCD Mod和easyMule加入到软性吸血列表）
- easymule（easyMule被加入了软性吸血列表）
- lite（Xtreme官方版DLP修补漏检版本）
注意：SDC的x64版本是专门为原生x64的eMule程序编译的，因为现阶段绝大多数eMule程序都是x86编译程序，所以您应该使用x86版本的SDC而非x64版本的SDC。
加载方法
- 将eMule关闭，把解压出来的antiLeech.dll.new文件放到原来antiLeech.dll所在的目录，并重新启动eMule（强烈建议使用这种加载方法，因为这种方法可以把全部新版的检测加载到eMule中，第2种方法重新加载后已经连接成功的客户端不会被重新检测，且新版本的所有检测不一定都能使用。）
- 或者直接把解压出来的antiLeech.dll.new文件放到原来antiLeech.dll所在的目录，然后在反吸血选项（Xtreme II）中单击“Reload”
固定更新链接
我们使用了ed2k.im地址来缩短链接，用短链接来重定向到实际长链接，目前的实际文件是保存在SDC位于Sourceforge的SVN里。
如果您的eMule (Mods)有自动更新功能，您可以将这些地址添加至自动更新的地址栏中，并开启自动更新功能。当然您也可以通过这些地址直接下载最新版的SDC库：
ed2k.im已停用，下列ed2k.im和sourceforge链接已失效。
| 地址 | 当前实际链接 | 解释 |
|---|---|---|
| 当前实际链接 | All-VeryCD版 | |
| 当前实际链接 | VeryCD-Nickname版 | |
| 当前实际链接 | easyMule版 | |
| 当前实际链接 | Lite版 |
全版本打包下载
Strict DLP Chinese (x86) From SourceForge
Strict DLP Chinese项目的SourceForge页面：
http://sourceforge.net/projects/specialdlp/
Strict DLP Chinese项目的 GitHub 页面：
https://github.com/chengr28/specialdlp
如需x64版本与源代码等其它文件资料，可：
更新
Xtreme DLP – 官方版 DLP
最新版本：44
更新时间：2011-04-16
Strict DLP Chinese – SDC
最新版本：44003 Update 2[基于官方版DLP v44]
更新时间：2015-04-08
Strict DLP Chinese v44003 Update 2 更新日志：
- 优化代码
- 使用 VS 2013 编译二进制文件
- 源代码全部采用 UTF-8 编码
Strict DLP Chinese v44003 Update 1 更新日志：
- 修复 All-VeryCD-Mod 版本可能造成对 迅雷系列服务（移动客户端/离线下载服务器） 的错误减分 [pandaleo]
- 更改检测的返回值，添加 [SDC] 标签
- 资源文件全部采用 Unicode
Strict DLP Chinese v44003 更新日志：
- 添加对 eMule -LPE- 的检测
- 添加对部分 QQ旋风客户端 的检测
- 添加对 MTVP2P(2013) 的检测 [雁蝎]
- 添加对 EggAche 的检测
- 添加对 DarkSky 系列的检测
- 添加对 迅雷系列服务（移动客户端/离线下载服务器） 的检测 [Glasses王子]
- 解除对 ED2000 的检测
- 为 Fake ModString 检测新增3种类型的检测
- 优化 Ghost Mod 检测
- 重写 Israel Community -> Fake ModString(Type 1) 检测 [无敌稻草人]
- VeryCD-Default-List-NickName -> VeryCD-Default-NickNames
- 合并各版本的源代码 [犟驴子]
- 源代码全部采用 Dos\Windows 格式的 UCS-2/UTF-16 Little Endian/LE 编码
- 64位/x64版本现在只支持Vista及更新版本的Windows系统
注意此处所说的版本并非指系统运行平台而是指eMule程序的编译目标平台，现时绝大部分eMule程序的编译目标平台为32位/x86，而SDC的32位/x86版本支持NT内核及更新版本Windows的系统运行平台。更详细的信息参见 ReadMe 文档中 SDC版本介绍 一节
- 说明和更新日志添加 English/英语 语言 [luke lucky/Damn Sure]
50条评论隐藏
check in 😀
判断究竟选择哪个DLP版本一直令人困扰，咱不是专门玩这个的，相关知识有限，无从判断啊
如果emulefans能给个浅显易懂的判断方式或者推荐就好了
@RSS SDC上面的各种版本介绍已经够详细了吧，看你对VC资源的依赖程度来决定了，如果是资源发布，all verycd比较适合，其它就随便了
为啥文件版本显示是43.0.0.3？这个问题从Beta版开始就有了。
哪一个版本对吸血驴的屏蔽功能最强？
我最近总结出来了个经验，先加载emulefans的DLP，用一个礼拜，然后保留命中>1的规则即可，这样几十万规则大约就剩400条左右，这样能大大减轻下载机CPU。顺便一提下载机7×24小时不关机，几个月重启一次。 😀
那个版本比较的表格中 少了 easyMule2 这一列，旧版sdc介绍页是有的.
@RSS @无敌稻草人
这个也不一定的……基本是两个因素决定，版本和使用的模式，就是完全屏蔽和减分模式。说实话我可以保证，减分模式的话就算用 All-VeryCD-Mod 正式版本里最严厉的也不会对下载有任何影响 😀
@476210180
的确是没留意……感谢反馈，下次升级会改回版本号 😀
因为那部分如果照抄官方DLP的话应该就是这个效果，之前发布我都是手动改的，这次可能疏忽了
@functionghw
easyMule2 在几个版本前的官方DLP也都被屏蔽了，所以已经没有比较的意义了 🙂
@manjianghong
正式版本最严厉是 all-verycd 但最厉害的其实是这个 All-VeryCD-Mod&VeryCD-Tag https://skydrive.live.com/?cid=7aab453c2f69fae1&id=7AAB453C2F69FAE1%21411#cid=7AAB453C2F69FAE1&id=7AAB453C2F69FAE1%21586
@JamesR
用IPFilter来当DLP用？真不科学啊……
@reduce 说错了，是加载较新版本的ipfilter.dat。 ❗
为啥解除了对ED2000的检测？
@476210180
因为核实过了，他们似乎就只是改了默认的昵称，程序和官方是一样的……
googlecode上amule-dlp项目的最后一笔提交是在2011年12月。此后我曾经跟随着SDC的更新提交了几次对 libantiLeech的补丁，但Bill Lee没有回音。因此我打算借着SDC 44003发布的机会，将这一项目迁移至github。
现在主程序在https://github.com/persmule/amule-dlp； 插件库在https://github.com/persmule/amule-dlp.antiLeech。
因本人经验不足，迁移只完成了代码部分，googlecode上的wiki尚未迁移过来，希望各位能帮忙把它放进主程序的wiki里。
如有有志者愿意帮忙，请及时联系[email protected]，我 将尽快为各位开放提交权限。
感谢大家！
由于空间转移服务器，导致1月24日网站挂了一天。后来虽然恢复，但丢了几个评论。从Yahoo和Bing搜索的缓存中找出，粘贴至下方。
如还有其他丢失的评论，可以告知我。如能通过某些缓存或备份找回丢失评论的文字，可重新粘贴上来。如不能找回，引起诸位不便，非常抱歉。
========
#15 bbdd
2014年1月16日 周四 15:18
——–
@chengr28
两个建议：
1、用StrStr代替StrStriI
StrStr大小写敏感，StrStrI则相反。
两者效率相差惊人，密集使用此类函数的处理时间不是一个数量级的。
另外我觉得“大小写敏感的比对”才是初衷吧？
即使不是，最多大写的一条小写的一条几乎不影响性能。
2、如此多的字符串应考虑预构造而不是动态构造
类似上面这样的天梯之中，双引号之间的字符串都是动态构造。
构造一串，比较，比较失败以后析构，开始下一行构造，如此往复…
而且每次有骡子连接都要整个过程再重复一遍…
几个小时下来，同一个字符串可能被动态构造析构几千次了啊啊啊啊。
为什么不事先构造好呢？只要一次构造，一直用到程序关闭，代价只是多占1~2MB内存，何乐而不为？
虽然现在新型的开发语言已经把字符串作为基本类型，硬件软件都有大量针对的优化，
但是拿字符型、整型与字符串相比依然有单兵与坦克的巨大差别。
动态构造一个字符串成本还是比较大的，一次构造析构过程大概要上百个时钟周期，
更不用说频繁的构造析构还会引起内存空洞，造成垃圾回收的负担。
只不过大家在内存和CPU上都比较富裕才没什么感觉。
虽然对性能并没有可观的影响，关键是这完全是没必要的行为，是浪费。
一想到我的机器在那里反反复复做一些完全没必要的事，我半夜都会惊醒啊！
不同于IP过滤之类的纯资源提供，SDC提供的是处理结果，
正因为这样，处理的简洁高效更能施惠与人。
以上是一些个人的看法引出的建议，不敢说一定是对的，希望大家可以一起讨论学习，谢谢。
========
#16 bbdd
2014年1月16日 周四 15:24
——–
哦，对了，为了体现不同处理方式的效率，有蛋疼人士还写了个小程序…
大家可以到这里下载跑圈，体验体验区别…
https://sourceforge.net/projects/wildvine/
========
#17 chengr28
2014年1月17日 周五 12:53
——–
@bbdd
你好，首先感谢你的反馈。希望能提供您的有效的电子邮件联系方式 😀
只好这样了：
@bbdd
1：你什么时候产生了_T()是用于生成字符串对象的函数的错觉？
2：你什么时候产生了C风格（宽）字符串是动态构造而非预构造的错觉？
以上。
请问有办法屏蔽下面这人吗？实在恼火。
USER HASH都是同一人，每次都是多线下载，禁查看共享照样能下我的资源，用DLP都没用,我用netlimiter查过IP段不同。
@pandaleo 你需要SDC开屏蔽，骚年。我记得这个是什么东西的移动离线服务器来着，貌似最新的SDC可以检测到
@pandaleo 封 IP 就行了，只要他是固定 IP，你改下 IP 过滤选项，或改下 ipfilter.dat 文件。
@pandaleo
说的就是反馈的这个，这个是伪装成VeryCD客户端的渣雷离线下载服务器和移动设备Apps客户端。其实大半年前就收到反馈，我自己也钓过鱼，只是最近这次更新才加了进去。UserHash是同一个是因为用的是同一套配置文件，其实图中这种不是多线下载，每一个都是一台机器来的 😀
关于漏检的问题……似乎没有很好的解决方法 😳
因为Xtreme等客户端的反吸血有顺序，而这个顺序不是按照HardBan来分的，所以在SDC减分模式下这个会被错误列为VeryCD客户端减分而不是屏蔽，如果想不漏那可能只能使用SDC屏蔽模式或者换成Lite版或easyMule版的减分模式了
@chengr28
请问是不是把下图两个减少积分改成屏蔽？这样会不会将所有verycd客户端都屏蔽（无论是上传还是下载）？
@pandaleo
其实吧0.48a禁止了 国内的大部分吸血骡就没有了
@pandaleo
参见 http://blog.sdlpc.net/2009/12/faq/ 里的 如何应用“屏蔽模式”和“减分模式”
嗯实际上就是这样，屏蔽模式是完全屏蔽上传和下载的 😳
或者这样吧，过几天小升级一下SDC调整一下对 VeryCD 090304 客户端的检测
这样减分模式下也可以把这个渣雷彻底屏蔽掉了w
@476210180
你好，关于你反馈的版本号问题我编译的时候发现没办法改了……准确地应该说是『本来就没改过』，至于为什么会显示成分离版本号，是 VS 那边更新了编译器。上次从VS2008更新到VS2012，VS2012现在文件版本那里就是固定四个值不能改，就算强行改也是只会生成类似『44003.0.0.0』这样的 💡
@pandaleo
Strict DLP Chinese v44003 Update 1 更新修复了渣雷漏检的问题，感谢反馈 😀
http://blog.sdlpc.net/2014/02/sdc-44003-update-1/
Strict DLP Chinese v44003 Update 1 更新日志：
@chengr28
v44003 Update 1测试了一天，应该起到屏蔽迅雷效果，v0.50a之前的客户端也可以连上。
@chengr28
多谢又有更新。原文写得有点复杂，如果能通俗易懂些就好了。一路升级过来的会懂得选择，但一头扎进这网页的相信都会弄糊涂。建议把“屏蔽模式”和“减分模式”或软性吸血驴和硬性吸血驴定义加到原文。还有就是这里几个DLP版本，在emule的anti-leecher设置“减分”或“屏蔽”，效果也不同，如果能结合设置说说会更好。那个升级包中的文件名称又与上面的名称不一样。整篇文中说的有时是easyMule有时是easyMule1，别说emule菜鸟，连我这个老鸟都被搞昏。面对国内网盘的流行，用enule的真是越来越少。emule本来就有点复杂，希望作者能在推普emule使用上多出一点力。
@cftiger
我觉得没问题啊……屏蔽减分文章结尾的链接写得很清楚了，设置方法也是 https://www.emulefans.com/strict-dlp-chinese-43001/#toc-faq easyMule是泛指这个类型的客户端，有分第一版和第二版，看你似乎是混淆了，文章里说的是没错的
@cftiger 我觉得看那个表格就很明白了
今天起得早，突发奇想用一个客户端只共享一个自制文件，然后用各种离线下载工具来下载，发现[CHN]shaohan’ (eMule v0.48a [VeryCD 090304],None/Uploading/None)的确是手机迅雷客户端，还发现UC云下载的离线服务器用的是用户名伪装成迅雷的假骡子，这个挺少见的。。。反复试了4次
2014-3-29 7:08:51: [Fake MODSTRING](封禁)- 客户端 58.241.44.186 ‘[CHN]a1[VeryCD]xthame’ (eMule v0.48a [Xtreme 7],None/None/None)
2014-3-29 7:21:13: [Fake MODSTRING](封禁)- 客户端 58.241.44.189 ‘[CHN]a1[VeryCD]xthame’ (eMule v0.48a [Xtreme 7],None/None/None)
2014-3-29 7:22:18: [Fake MODSTRING](封禁)- 客户端 58.241.44.183 ‘[CHN]a1[VeryCD]xthame’ (eMule v0.48a [Xtreme 7],None/None/None)
2014-3-29 7:27:25: [Fake MODSTRING](封禁)- 客户端 58.241.44.177 ‘[CHN]a1[VeryCD]xthame’ (eMule v0.48a [Xtreme 7],None/None/None)
还是说直接屏蔽IP段？yun.uc.cn（58.241.44.224）
支持中，持续更新吧
皮卡丘 😈
不能屏蔽easyMule 111110的客户端
對Fake ModString的檢測似乎有誤傷，如beba x-ca這些Tag無MOD標識的正規MOD也被殺掉了
不知道是不是漏检了
一个很奇葩的用户hash，客户端标志 emule v0.50a
但是客户端图标是红色的小电视（Xtreme8.1下的图标），
0000000000E000000000000000006F00
三四个同样的并且下载上传数目相同，ip来自国内不同地方，另外还有台湾的日本的ip
社区客户端，标识剽窃全部设置为禁止，依然在，而且频繁的还ip非常欢快
@kongkongkong
我用的时候没发现啊……有没有记录之类的？
@xxxx
这不是奇葩的hash值，而是空白值……
对方没有Userhash或者Userhash损坏，于是全部都是空白值。都是无身份证的，自然也就无法记录他的上传下载行为。
这种情况下很难说清对方的Userhash是真的损坏了还是有意为之。传统上还是视为（非故意的）损坏。
@chengr28
这个是啥MOD？见过不少，但是又找不到这个mod的任何资料
amule是在mac上用的
哈哈，支持咯。谢谢分享。
对迅雷为什么要一味的封禁？参考X-MOD从迅雷客户端下载资源，不上传给迅雷，非常适合国内环境
@an 这样也算违反规则吧，再说迅雷上传估计也传不了多少，没什么意义
Strict DLP Chinese v44003 Update 2 更新
貌似好久没更新过了……功能上没变化，纯粹当是整理 GitHub 和 Sourceforge ww
經過
日,月,年後SDC竟然更新了https://www.emulefans.com/wp-content/plugins/smilies-themer/lovely/cry.png所以新版算是單純的代碼優化嗎?
@throll
差不多是这样的意思……毕竟国内 eMule 的话题比几年前好像冷了很多
添加对 eMule -LPE- 的检测
請問是指 morph4u 針對 eMule 原版改寫的 LPE 還是 Xtreme-LPE？
因為我目前在用 Xtreme-LPE 怕被封殺想問一下…
更新到44004版本了
@zifnab
morph4u 的那个，他写的那个以前不是叫 LPE 的，最近的几个版本才改了的
@reduce
你这个共享连接共有7个版本，究竟哪一个对吸血驴最严厉？