免責聲明：
- 全部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個版本，究竟哪一個對吸血驢最嚴厲？