搜索 社区服务 统计排行 帮助
  • 1601阅读
  • 23回复

emule 0.29b的防leecher mod暴走???

楼层直达
级别: 新手上路
注册时间:
2003-03-19
在线时间:
0小时
发帖:
15
我只於那種只抓不上傳的leecher是相當的有意見
所以我昨天去抓了能夠防止leecher的emule 0.29b
今天也正式上路使用
使用一段時間後我在紀錄上發現有兩位使用者被ban掉了
系統說他們是使用leecher mod的壞蛋,我想說效果真好,ban掉leecher真是大快人心
但我仔細一看,被ban掉的那兩位是分享動畫不遺餘力的兩位前輩啊!!
我自己也抓了這兩位前輩不少東西啊!!他們怎麼可能是leecher???
我非常惶恐,立即將兩位前輩解除禁止
也開始感到懷疑所謂的防leecher是不是有可能錯ban好人呢??
考慮將這個版本給換了.......



另外我在這裡向那兩位前輩道歉.......253跟caryon兩位前輩......我不是故意的
我是lecca.....真的對不起啦,請原諒我
级别: 新手上路
注册时间:
2003-03-24
在线时间:
0小时
发帖:
269
只看该作者 23楼 发表于: 2003-07-01
前天试用Morph的时候,一上来就把253给ban掉了

呵呵。。。。再也不敢用了


另外,我下载的时候经常看到用1f,1e的client显示队列已满
是不是plus也会ban,还是可以把队列大小调的非常小?


详细信息请点击图片↑
级别: 版主
注册时间:
2003-02-21
在线时间:
0小时
发帖:
2961
只看该作者 22楼 发表于: 2003-07-01
汗...ban掉的不会是我吧,前几天好友列表里的某人把id改的和我一样了,也不知道是谁,所以现在至少有两个253,我用得是plus 1f,感觉不错,不想往回换了
级别: 新手上路
注册时间:
2003-03-24
在线时间:
0小时
发帖:
269
只看该作者 21楼 发表于: 2003-07-01
只要解压emule.exe覆盖原来的就行了


详细信息请点击图片↑
级别: 新手上路
注册时间:
2003-01-02
在线时间:
0小时
发帖:
10
只看该作者 20楼 发表于: 2003-07-01
下載的東西是不是解壓就可以用ㄋ還是要安裝原始程式然後覆蓋過去
级别: 新手上路
注册时间:
2003-03-24
在线时间:
0小时
发帖:
269
只看该作者 19楼 发表于: 2003-07-01
sivka.athlazan确实好用,绝对不会胡乱ban人
可以去 http://emuleshock.net.tc/找喜欢的版本


详细信息请点击图片↑
级别: 骑士
注册时间:
2003-06-05
在线时间:
0小时
发帖:
898
只看该作者 18楼 发表于: 2003-06-30
引用
最初由 abcbuzhiming 发布


您说的这几个mod我怎么听都没听过,在哪里下,有什么特别功能,LSD好像是可是设定重新连接次数我是知道的,其他呢?

PS:官方版0.29b如果有人在我这里被ban怎么解禁,我找了找没找到有这个选项的


0.28b的。
http://homepage.hispeed.ch/encoder/sivka/eMule0.28b-sivka.v8b2a-bin.rar

zMdb[eDtoon][TLF][CHN]
级别: 新手上路
注册时间:
2003-03-28
在线时间:
0小时
发帖:
17
只看该作者 17楼 发表于: 2003-06-30
支持哦

我只是在经历黑暗。不管境遇怎样,竭力不让曾经的理想搁浅和退色,才是最值得我去做的事!
级别: 风云使者
注册时间:
2001-11-21
在线时间:
0小时
发帖:
6962
只看该作者 16楼 发表于: 2003-06-30
引用
最初由 天國天使 发布

好長......懶翻譯:p 直接引用原文算了

sivka

建議等到更新成0.29b才下載...... Secure User Identification嘛~


老大,你杀了我吧,我四级还没过呢你让我看这个会死人的,我只是想知道主要有什么特别功能而已

PS:谢谢bosch^_^

风清云淡
级别: 工作组
注册时间:
2002-11-29
在线时间:
0小时
发帖:
2012
只看该作者 15楼 发表于: 2003-06-30
引用
最初由 bosch 发布
回 crayon :
我用 em 0.29B ,没有发生过ban人的事情,只有个别ED 0.60 用户,评分为0被ban而已。


em+1f在em0.29b中就是被认为是ED 60用户

[eDonkey ID]
-=eDtoon=-Crayon☆[CHN]★

进入『eDonkey交流区』—The MORE u share,the MORE u get!
级别: 骑士
注册时间:
2001-11-21
在线时间:
0小时
发帖:
1220
只看该作者 14楼 发表于: 2003-06-30
目前刚升级到0.29B没多长时间。
是曾经阻止了几位。
不过没仔细看原因,估计0.29B不会胡乱BAN人的。
还是看稳一些,不可以随便说这软件有问题。

没了...
级别: 新手上路
注册时间:
2003-03-25
在线时间:
0小时
发帖:
192
只看该作者 13楼 发表于: 2003-06-30
[QUOTE]最初由 bosch 发布
回 crayon :
我用 em 0.29B ,没有发生过ban人的事情,只有个别ED 0.60 用户,评分为0被ban而已。

這個評分應該就是只上傳積分吧
如果評分為0會被ban的話
那....新手上路豈不是被ban光光
级别: 工作组
注册时间:
2002-07-07
在线时间:
0小时
发帖:
6249
只看该作者 12楼 发表于: 2003-06-30
回 crayon :
我用 em 0.29B ,没有发生过ban人的事情,只有个别ED 0.60 用户,评分为0被ban而已。


回abcbuzhiming:
在 排队中 看到某用户,在 “被阻止” 为 “是”,说明ban了。在其用户名上点右键,选解除阻止,就可以了。

反腐倡廉
网络上没有人知道对面是否为狗,但欠债迟早要还,这点上帝公平
级别: 工作组
注册时间:
2002-10-29
在线时间:
0小时
发帖:
3078
只看该作者 11楼 发表于: 2003-06-30
引用
最初由 abcbuzhiming 发布


您说的这几个mod我怎么听都没听过,在哪里下,有什么特别功能,LSD好像是可是设定重新连接次数我是知道的,其他呢?

PS:官方版0.29b如果有人在我这里被ban怎么解禁,我找了找没找到有这个选项的

好長......懶翻譯:p 直接引用原文算了

sivka
FEATURES:
= Reconnect on LowID [Tarod/sivka]
= AntiCrash/AntiFake handling [Vorlost/sivka] (see below)
= don't interrupt upload if waiting queue empty or friend-slot [P.O.W./sivka]
= new upload priorities and tweaked credit system - report you experience !!!
= Save/Load sources [enkeyDEV(Ottavio84) -New SLS-] (see below)
= now you can modify MIN and MAX upload slots 2...100
= Maximum allowed Queue Rating <= X, you can set value X = 5...5000.
= download Stops Prematurely, if send full chuncks is enabled [jicxicmic/Maella]{11.03.03}
= AutoPriority based on Valid Sources: HIGH = 0...40, NORMAL = 41...160, LOW = 161...1000 (see below)
= extended handling for NNS, FQS and HighQRS sources (see below)
= Keep Ip-filtered Clients Out Of Queues [Harvey56]
= fakecheck Donkey-Fakes.de.vu + Jigle.com [Interceptor]
= Defeat 0-filled Part Senders [(Idea of xrmb) / Maella]{18.03.03}
= Anti-/Community Array (see below)
= Valid Sources, Friends and Community User can always entry the waiting queue
= A4AF-counter ahead of user nick
= "Swap A4Af to any other file" (I had implemented it for testing the routine, if it not usefull I will remove it)
= now paused files use the "Swap A4Af to another file" function
= new (two way) A4AF handling made by sivka [based on ideas from Tarod/enkeyDEV(Ottavio84)]
= possiblity to see requested downloading and uploading files from remote client
= Support for tag ET_MOD_VERSION 0x55 [Maella]
= Overwrite Already Downloaded Parts And Chunk [emarc]
= multiple_instances [khaos]
= Disable Sources eXchange [Tarod]
= sends sources with LowID that are in same sever that client is requesting sources [Tarod]
= do not send incomplete established conns. to avoid sending no valid sources [Tarod]
= Webservices Menuseparator, searches for -,- and adds separator menu [rasmoe/SlugFiller]
= client refresh [Fusion Team]
= spanish tradiction [ikabot]
= update friends list on add [InterCeptor]


FEATURE: Anti-/Community Array
= Communities Credits are pushed by 2x and Anti-Communities Crediets reduce by 2x
= AntiCommunity user don't get reward of Credits
= now you can push multiple Communities
= you can separate Communities with "|"
= allowed max 255 characters

FEATURE: AntiCrash/AntiFake handling
= rename the client with non-standard name to "!!!CrashName!!!"
= banning for fake port and tring crash eMule,
= you can see messages only in verbose modus.
= the cheater will never see the waitqueue from inside

FEATURE: AutoPriority based on Valid Sources
= on hard limit column you can see Valid Sources/Hard Limit
= variable Hard Limit with auto-function (50...1000, in-/decrease depend on priority of DL-file),
= updating of Hard Limit is depended on Timer value,
= Hard Limit per file will be initiate with value from usual used Hard Limit in preferences
= PRIORITY HIGH or AUTO[HIGH]:
Valid Sources = 10...20, AutoPR & ManualPR => AutoHL = 50...125, growth about 25%
Valid Sources = 21...30, AutoPR & ManualPR => AutoHL = 84...144, growth about 20%
Valid Sources = 31...40, AutoPR => AutoHL = 103...154, growth about 15%
Valid Sources = 41...260, ManualPR => AutoHL = 103...1000, growth about 15%
Otherwise AutoHL decrease about 1% every TimerValue to 50.
= PRIORITY NORMAL or AUTO[NORMAL]:
Valid Sources = 17...55, ManualPR => AutoHL = 50...172, growth about 10%
Valid Sources = 41...55, AutoPR => AutoHL = 118...172, growth about 10%
Valid Sources = 56...75, AutoPR & ManualPR => AutoHL = 140...203, growth about 9%
Valid Sources = 76...100, AutoPR & ManualPR => AutoHL = 169...239, growth about 8%
Valid Sources = 101...130, AutoPR & ManualPR => AutoHL = 202...278, growth about 7%
Valid Sources = 131...160, AutoPR => AutoHL = 238...307, growth about 6%
Valid Sources = 161...519, ManualPR => AutoHL = 238...1000, growth about 6%
Otherwise AutoHL decrease about 1% every TimerValue to 50.
= PRIORITY LOW or AUTO[LOW]:
Valid Sources = 30...195, ManualPR => AutoHL = 50...341, growth about 5%
Valid Sources = 161...195, AutoPR => AutoHL = 268...341, growth about 5%
Valid Sources = 196...235, AutoPR & ManualPR => AutoHL = 301...375, growth about 4%
Valid Sources = 236...280, AutoPR & ManualPR => AutoHL = 337...412, growth about 3%
Valid Sources = 281...330, AutoPR & ManualPR => AutoHL = 374...448, growth about 2%
Valid Sources = 331...792, AutoPR & ManualPR => AutoHL = 413...1000, growth about 1%
Otherwise AutoHL decrease about 1% every TimerValue to 50.

FEATURE: extended handling for NNS, FQS and HighQRS sources
= Separat Timers for AutoHL, AutoNNS, AutoFQS and AutoHQRS (0...60 sec)
= Not Needed Sources (NNS)
Auto-Drop NNS only from DL Queue
Auto-Drop if NNS > X%
you can set for X% = 50%...100%,
only one NNS every Timer unit, Timer = 0 drop all immediately,
Auto-Drop and Manual-Drop NNS,
trying to swap to another file,
CleanUp and Manual-Drop NNS have not restrictions (clean all NNS),
CleanUp and Manual-Drop NNS with enableable Beep (acoustic signal on droping NNS).
= Full Queue Sources (FQS)
Auto-Drop FQS only from DL Queue,
Auto-Drop if FQS > X%,
you can set for X% = 50%...100%,
only one FQS every Timer unit, Timer = 0 drop all immediately,
Auto-Drop and Manual-Drop FQS,
CleanUp and Manual-Drop FQS have not restrictions (clean all FQS),
CleanUp and Manual-Drop FQS with enableable Beep.
= High Queue Rating Sources (HQRS)
Auto-Drop HQRS only from DL Queue,
Auto-Drop if HQRS > X% and first highest Queue Rating Source,
you can set for X% = 50%...100%,
only one HQRS every Timer unit, Timer = 0 drop all immediately,
Auto-Drop and Manual-Drop HQRS,
CleanUp and Manual-Drop HQRS have not restrictions (clean all HQRS),
CleanUp and Manual-Drop HQRS with enableable Beep.

FEATURE: Save/Load sources
= Save/Load works only on HIGH priority
= Save only Valid Sources, max. 35 VS


SF-VQB
Features:

[1] Check diskspace v1.2(Tag: "SLUGFILLER: checkDiskspace"):
* Verifies all non-paused downloads have enough room in the temp partition to finish.
* If there isn't enough room, downloads are paused so that the remaining downloads do have enough room. Files with lower priority are more likely to be paused in favor of higher priority files. Files paused this way have a status of "Insufficient diskspace".
* Whenever a download is paused, resumed, stopped, or has it's priority changed, the free disk space is rechecked to see if previously paused files can be resumed, or new ones paused because of the current non-manually-paused downloads changing.
* v1.1: Rechecks the free diskspace every 15 minutes, just in case the free disk space on the temp partition has changed(files copyed, created, deleted, etc).
* v1.2: Can be disabled through the new settings page.

[2] Share with subdirectories v2.3(Tag: "SLUGFILLER: shareSubdir"):
* When a directory is shared, all of it's subdirectories are shared as well.
* Only the root directory is saved in the dat files, the subdirectories are rescanned every time the shared files are reloaded or refreshed. As a result, the dat file is smaller than one where all the subdirectories are shared manually, and if a shared directory's subdirectories change(renamed, created, deleted, etc), the change will be detected the next time the shared files are refreshed.
* v2: To share a directory with subdirectories hold the ctrl key, otherwise the directory is shared without it's subdirectories.
* v2: Directories shared with subdirectories are now saved in a seperate dat file. The subdirectories themselves are still not saved.
* v2: Once a directory is shared with subdirectories you cannot unshare/reshare any of it's subdirectories, and the checkbox next to them disappears.
* v2: You can now share files from network shares without having to map them to a drive first.
* v2.1: Local drives appear before network drives.
* v2.2: Network drives load in another thread.
* v2.3: The incoming directory is shared without subdirectories by default and marking it causes it to be shared with subdirectories.

[3] Transfer whole chunk v2(Tag: "VQB: fullChunk"):
* Upload slot cycling is set to cycle only after 9.28MB(the size of a complete chunk) were sent, so that anyone downloading will get at least one chunk complete and be able to hash it and reshare.
* v1.1: A downloader getting a slot with the small-file boost will only download according to the size of the file used for the boost, and not a complete chunk.
* v1.1: No longer counts compressed packets according to their compressed size.
* v2: You can now choose if to always upload 9.28MB, or to simply upload only from one chunk, cycling when the user tries to start downloading the next chunk.

[4] Push small files v1.1(Tag: "VQB: SFpush"):
* Files under 1 chunk get a priority boost in inverse ratio to their size. A 1 chunk file(or above) gets no boost, and a 9.28k(1/1000 chunk) file(and below) gets the maximal boost of times 1000.
* v1.1: Small file boost can be seen in an extra column in the upload window.

[5] Release slots(Tag: "SLUGFILLER: slotRelease"):
* You can set complete files to be release files. As long as there isn't a release file currently uploading, any request for a release file is auto-accepted.

[6] General Bugfixes and Tweaks:
* Known.met is saved after every upload is complete to preserve statistics in case of crash(Tag: "VQB: saveKnownMet").
* Reasks for files now have an added random delay of up to 5 minutes to prevent connection peaks caused by all reasks occuring all at the same time(Tag: "SLUGFILLER: spreadReask").
* Fixed source exchanged sending IDs instead of IPs. Now only sources with a valid IP are sent by IP(Tag: "SLUGFILLER: xchgByIP").
* Multi-layer sorting. If you sort a list by one column, then by another, the order of the sorting will be remembered, and when the items change it will fit the same order of sorting instead of just the last(Tag: "SLUGFILLER: multiSort").
* The statistics of duplicate known files are now merged and the statistics of part files are now saved in the known.met(Tag: "SLUGFILLER: mergeKnown").
* Recheck needed parts when known needed parts finished downloading patch, by Ottavio84(Tag: "enkeyDEV(Ottavio84):noNeededReask").
* Revised code for creating upload packets to one that doesn't need to assume your fragment size and doesn't time out for low slot bandwidth(Tag: "SLUGFILLER: noRefrag").
* Revamped multiple aspects of downloadlist sorting(Tag: "SLUGFILLER: DLsortFix").
* Downloads can take sources from search results and browsed user files(Tag: "SLUGFILLER: searchCatch").
* Download links can contain hostname sources, instead of just ip(Tag: "SLUGFILLER: hostnameSources").
* If multiple files are selected while entering a new comment, the new comment is applied to all of them(Tag: "SLUGFILLER: batchComment").
* Added checks to startup timer, so that if the controls aren't yet initialized, even after the delay, it waits for another timer cycle until they are before trying to initialize(Tag: "SLUGFILLER: doubleLucas").
* Files written to are now commited to disk before being closed(Tag: "SLUGFILLER: Commit").

[7] See own credits(Tag: "VQB: ownCredits"):
* Clients on your download queue that have you on their upload queue with a credits mark now have a credits mark.
* You can now see you own UL/DL modifier in a client details, next to the client's UL/DL modifier(In brackets).

[8] New Settings(Tag: "SLUGFILLER: PPgSFVQB"):
* Reconnect on LowID(Tag: "SLUGFILLER: lowIdRetry") - How many retries before accepting a low id(Default: 3).
* Infinite Queue(Tag: "SLUGFILLER: infiniteQueue") - Removes the queue size limit and allows your queue to grow as far as it can. Should be good for the network. Test it out for yourself, and see if there's any down sides(Off by default).
* Multiple Instances(Tag: "VQB: multipleInstance") - You can now choose to allow two or more eMules to run at the same time for whatever reasons you may have(Off by default).
* Slot Shaping(Tag: "VQB: SlotShaping") - Each upload slot gets as much bandwidth as that user can take from the first accepted user in the upload slots to the last, so that user can finish the chunk as fast as possible, while the rest make sure the upload limit is reached. With each user that finishes, the next one in line(according to the order the users got a slot) gets that user's bandwidth. There is a minimal bandwidth per slot, though, which all slots get, even the last one(Off by default). * Disabled pending debug and optimizations *
* Hide overshares(Tag: "SLUGFILLER: hideOS") - Parts in a file uploaded a certain amount of times more than the least uploaded parts are not revealed to other users. This is to prevent a case where all the users download the same part and the other parts become less spread. You can set the amount of times a part has to be uploaded before it's hidden, or 0 to disable(Default: 5).

[9] Detailed downloads:
* xrmb patch for showing in a download's progress bar how much of what was downloaded was already completed and hashed. Slightly modified code(Tag: "xrmb:confirmedDownload").
* xrmb patch for seeing which chunks do sources need from you in the sources status bar(Tag: "xrmb:seeTheNeed").
* Inactive downloads(Paused, error, etc...) have gray-faded status bars(Tag: "SLUGFILLER: grayPause").
* The incomplete side of the progress bar has marks for where chunks start and end(Tag: "SLUGFILLER: chunkDots").

[10] Spread bars v1.2(Tag: "SLUGFILLER: Spreadbars"):
* There is now a "progress bar" in the shared files list showing how many times was each part of a file uploaded.
* Uses black and blue colors, like the download progress bar. Black means never uploaded, light blue means uploaded a little, dark blue means uploaded alot.
* These statistics are saved in the known.met file, using a similar format to the saving of gaps in a part.met file.
* v1.1: You can now sort the files according to the spread bar. Uses a special sorting formula by VQB.
* v1.1: Thanks to VQB 3 new columns were added: the sorting value based on part upload history, a simple total bytes UL/filesize, and the directory the file is in.
* v1.2: Another column, showing how many times a file was shared completely.

[11] Safe Hash(Tag: "SLUGFILLER: SafeHash"):
* The ultimate fix against sharing corrupt downloads, or missing or having corrupt hashlists. See details below.
* Only one known file is hashed at a time. Part file completion is done regardless of currently hashing known files.
* Refreshing the shared files while files are hashing no longer causes these files to be hashed twice.
* Temp files can't be shared, even if the temp directory is shared. Only temp files actually used by eMule are filtered, so other files in the directory can still be shared.
* Closing eMule while files are still hashing no longer causes any crashes, and all threads exit quickly and safely.
* Only complete chunks of part files are rehashed, instead of the entire part file.
* If eMule is closed while a part file is hashing, it will now rehash at startup, instead of assuming it's been hashed.
* All part files hashing, including part finishing and ICH, are now done in another thread.
* Only hashed and verified chunks are shared. Completed chunks are shared only after they are fully hashed. File previewing also checks that the chunks are hashed, and not just complete.
* Loaded hashlists are not assumed to be valid, and are checked against the file hash. Prevents a case of using a corrupt hashlist due to part met file corruption.
* When a hashlist is recieved the part file is instantly hashed with it. Each already completed chunk is shared as soon as they are hashed.
* A part file doesn't wait for the initial hashing to complete before looking for sources and starting to download. It's only shared, though, after it's hashed.
* Only blocks which are currently gaps can be written to, data that has already been downloaded is discarded. This prevents finished blocks from being corrupted by overflowing data.
* Displays number of shared files not yet hashed in statistics, and the expected total number of shared files(including those not yet hashed) in the shared files list title.

Officially Implemented Features:
We stopped implementing these features because the official team either adopted them or came up with their own version. Don't worry, they're still in, the official versions of them, that is.

[1] Adjustable connections per five seconds(fixed, eMule 0.24):
* eMule 0.23 introduced a features which limits how many connections can be made every 5 seconds, so routers aren't flooded due to too many connections in too little time. However, the official client doesn't allow changing the limit. Now you can set whichever limit you choose.

[2] General Bugfixes and Tweaks:
* Shared file list is only flushed to the control itself after eMule has fully initialized. Prevents a crash at startup with Win9X. Based on the patch by Lucas(fixed, eMule 0.25).
* Server.met only read after the Servers tab has fully initialized. Extention of the patch by Lucas(fixed, eMule 0.25).
* Fixed a possible crash if the gap information in a part.met is corrupted, or simply not in a very specific order. Now uses more effecient code for reading an detecting errors in the gap tags(fixed, eMule 0.25).
* Part files without a hashlist are no longer shared as complete sources(fixed, eMule 0.26).
* CPU optimizations by Maella(fixed, eMule 0.26).
* NT/2K/XP users without a C drive couldn't see the directories control(fixed, eMule 0.27).
* When eMule starts the next upload it skips low-id users that aren't currently connected. If a low-id user should have gotten the slot, he is marked, and is automatically given a slot when he next connects(fixed, eMule 0.27).

[3] Safe Hash:
* Gaps are clipped to the file size when loaded. If the part file size is smaller than the expected size then the gap in the end is added in the case it's not already there(Can be caused by crash while flushing the buffer, or by outside modifying if the part file). Gaps are also added in a more controlled manner, which completely prevents gap overlapping(fixed, eMule 0.29).
* Fixed possible bug that only checks the first chunk of each written block for completion, even in the unlikely(but possible) case that two chunks are written to and completed at once(fixed, eMule 0.29).
* Added check when loading the part file to make sure the part file size doesn't exceed the desired size(In case it was enlarged by outside modifying). Prevents bug with both file completing and initial hashing(fixed, eMule 0.29).


建議等到更新成0.29b才下載...... Secure User Identification嘛~

 
级别: 工作组
注册时间:
2002-11-29
在线时间:
0小时
发帖:
2012
只看该作者 10楼 发表于: 2003-06-30
今天也有朋友跟我说把我ban掉了,用的也是em0.29b,倒:(

PS:我现在用的是em+1f,是不是这个版本比较容易被误会:confused:

[eDonkey ID]
-=eDtoon=-Crayon☆[CHN]★

进入『eDonkey交流区』—The MORE u share,the MORE u get!
快速回复

限150 字节
上一个 下一个