Print Page - Anti-rmDC++

Title: Anti-rmDC++
Post by: plop on 28 February, 2005, 17:41:55

-- Anti-rmDC++ script by PPK

function SupportsArrival(curUser, sData)
	if string.sub(sData, 10, 11) == "  " then
		curUser:SendData("<_@o'> Buggy client, go away!")
		curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress())
		curUser:Disconnect()
		return 1
	end
end

plop

Title:
Post by: n1ck on 28 February, 2005, 22:14:15

Noooooooooooo but i use it lol :(

Title:
Post by: PPK on 28 February, 2005, 23:36:59

QuoteOriginally posted by n1ck
Noooooooooooo but i use it lol :(

Bad for you :D

Title:
Post by: n1ck on 28 February, 2005, 23:48:39

Ive used it for 5mnths now - caused me less hassle than any other client (tried them all too)

Yes is bad for me :(

Good work tho PPK!

Title:
Post by: the_pest on 01 March, 2005, 00:14:57

Not much work for PPK, just disabled clients with this nice bug... (http://www.pestypest.info/emoticons/kuru.gif)

Title:
Post by: Pothead on 01 March, 2005, 13:16:37

rmDC++ sucks. the maker is a theif. Good work on detecting it PPK :D

Title:
Post by: n1ck on 02 March, 2005, 00:42:40

Im fully aware of the 'open source' debate surrounding RM, no point just slagging it off tho - its a good client!

Title:
Post by: PPK on 02 March, 2005, 00:56:29

QuoteOriginally posted by n1ck
its a good client!

Yes it is good... have good bugs in protocol support, this is very good ... for detecting :D

Title:
Post by: bastya_elvtars on 02 March, 2005, 01:02:20

Yes, and CZDC++ development has almost stopped due to its GPL-breaking behaviour. Maybe developer of CZDC++ is too sensitive. :D

Title:
Post by: PPK on 02 March, 2005, 01:16:53

QuoteOriginally posted by bastya_elvtars
Yes, and CZDC++ development has almost stopped due to its GPL-breaking behaviour. Maybe developer of CZDC++ is too sensitive. :D

No, have better work... PtokaX :D

Title:
Post by: Modifier on 08 March, 2005, 17:40:26

I'll get error message: Syntax [string "code:
..."]:5: expected near `function' ?
can you help me ?

Title:
Post by: plop on 09 March, 2005, 01:36:06

QuoteOriginally posted by Modifier
I'll get error message: Syntax [string "code:
..."]:5: expected near `function' ?
can you help me ?

i think you copyed a bit 2 much.

plop

Title:
Post by: Modifier on 09 March, 2005, 03:46:50

Thank's.

now it works.

Title:
Post by: Nada@WTB on 09 March, 2005, 15:26:11

w00t WTB is now rmdc free :D

Title:
Post by: exlepra on 14 March, 2005, 23:22:01

I love this game :)
Isnt there such a bug in strongdc? Then I could block the 2 most popular slot eating multisource clients :)

Title:
Post by: PPK on 15 March, 2005, 00:23:08

QuoteOriginally posted by exlepra
I love this game :)
Isnt there such a bug in strongdc?

Not bug but is easy to identify it by supports :D

QuoteStrongDC++ RC9 fixed 2
$Supports UserCommand NoGetINFO NoHello UserIP2 TTHSearch QuickList GetZBlock|

QuoteCZDC++ 0.666[G]
$Supports UserCommand NoGetINFO NoHello UserIP2 QuickList|

QuoteDC++ 0.670
$Supports UserCommand NoGetINFO NoHello UserIP2 TTHSearch GetZBlock |

Another thing to detect. DC++ sending $GetNickList before $MyINFO on login, CZDC++ and StrongDC+ after :]

Title:
Post by: plop on 15 March, 2005, 00:28:07

QuoteOriginally posted by exlepra
I love this game :)
Isnt there such a bug in strongdc? Then I could block the 2 most popular slot eating multisource clients :)

artificial insanety ban's them on site because of the F*cked up tag.

plop

Title:
Post by: bastya_elvtars on 15 March, 2005, 22:58:29

QuoteOriginally posted by plop artificial insanety ban's them on site because of the F*cked up tag.

plop

yes, thats why i was out of your hub last year for a day. :P

it's way too careful, i wrote strongdc++ support to lawmaker.

btw on multisource more slots are taken for a shorter time, so the result is the same.

Title:
Post by: plop on 16 March, 2005, 00:22:52

QuoteOriginally posted by bastya_elvtars
QuoteOriginally posted by plop artificial insanety ban's them on site because of the F*cked up tag.

plop

yes, thats why i was out of your hub last year for a day. :P

it's way too careful, i wrote strongdc++ support to lawmaker.

btw on multisource more slots are taken for a shorter time, so the result is the same.

i support that feature when tth is fully working, but i just can't stand that tag.
if i have 2 chose about killing a strdc user which isn't using the standard dc tag it can show and letting in a bad faked tag i choose 2 ban the faked tag.

plop

Title:
Post by: Tw?sT?d-d?v on 18 May, 2005, 22:39:52

How would i alter this script to not allow dcdm++ into the hub??

or can someone write a script that can do this for me please

THX

Title:
Post by: PPK on 18 May, 2005, 23:03:09

Try this (tested with DCDM 0.44) :]

Code Select

-- Anti-DCDM script by PPK

function MyINFOArrival(curUser, sData)
	if curUser.sDescription and string.find(curUser.sDescription, "		curUser:SendData("<_@o'> Bad client, go away!")
		curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress())
		curUser:Disconnect()
		return 1
	end
end

Title:
Post by: Tw?sT?d-d?v on 18 May, 2005, 23:29:57

thx m8 works :))

Title: idc++
Post by: ignazio on 19 May, 2005, 12:46:14

hi PPK was possible a script bad iDC++??
thanks in advance

Title:
Post by: 6Marilyn6Manson6 on 19 May, 2005, 13:30:51

QuoteOriginally posted by ignazio
hi PPK was possible a script bad iDC++??
thanks in advance

bad iDC++??? LOL... iDC++ is the best :P

Title:
Post by: Pothead on 19 May, 2005, 14:55:23

nah, DCDM is better than iDC ;)

Code Select

-- Anti-DCDM script by PPK
-- Butchered to get iDC by Pothead

function MyINFOArrival(curUser, sData)
	if curUser.sDescription and string.find(curUser.sDescription, "		curUser:SendData("<_@o'> Bad client, go away!")
		curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress())
		curUser:Disconnect()
		return 1
	end
end

Personally i don't see the reason to block either iDC or DCDM though. :S
This script could be modded to block R2 as well.
With R2, DCDM and iDC blocked, you gonna have a hub full of leechers / fakers. Enjoy.

Title:
Post by: 6Marilyn6Manson6 on 19 May, 2005, 15:00:40

QuoteOriginally posted by ignazio
hi PPK was possible a script bad iDC++??
thanks in advance

Why you block iDC++?? is it very injustice...

Title:
Post by: ignazio on 19 May, 2005, 15:07:48

Thanks so much Pothead ...

Title:
Post by: kepp on 19 May, 2005, 15:14:33

QuoteOriginally posted by Pothead
nah, DCDM is better than iDC ;)
Code Select Expand
-- Anti-DCDM script by PPK -- Butchered to get iDC by Pothead function MyINFOArrival(curUser, sData) if curUser.sDescription and string.find(curUser.sDescription, " curUser:SendData("<_@o'> Bad client, go away!") curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress()) curUser:Disconnect() return 1 end endPersonally i don't see the reason to block either iDC or DCDM though. :S
This script could be modded to block R2 as well.
With R2, DCDM and iDC blocked, you gonna have a hub full of leechers / fakers. Enjoy.

Title:
Post by: Pothead on 19 May, 2005, 16:16:52

QuoteOriginally posted by 6Marilyn6Manson6
Why you block iDC++?? is it very injustice...

I think the same about DCDM. ?(
That's why i was being sarcastic about blocking R2, DCDM and iDC. ;)

QuoteOriginally posted by ignazio
Thanks so much Pothead ...

Your're welcome.

QuoteOriginally posted by kepp
Is

Yes.

Title:
Post by: PPK on 19 May, 2005, 18:05:15

QuoteOriginally posted by 6Marilyn6Manson6
Why you block iDC++??

Bad TTH support (no ADCGET), same for DCDM ... no reason to allow this clients for normal users :]

Title:
Post by: 6Marilyn6Manson6 on 19 May, 2005, 18:08:39

QuoteOriginally posted by PPK
QuoteOriginally posted by 6Marilyn6Manson6
Why you block iDC++??
Bad TTH support (no ADCGET), same for DCDM ... no reason to allow this clients for normal users :]

I things is it blocked because.... is made of sickb0y :P

Title:
Post by: Pothead on 19 May, 2005, 19:05:47

No adcget. Sorry if i am wrong, but that is for ADC hubsofts, not NMDC ones. :) As for TTH problems, is this where Advanced TTH Resume goes wrong with trying to resume from older clients ?

Title:
Post by: PPK on 19 May, 2005, 23:58:04

QuoteOriginally posted by Pothead
No adcget. Sorry if i am wrong, but that is for ADC hubsofts, not NMDC ones. :)

ADCGET is available by supports for NMDC too (and most transfers is now done by this) ;)

QuoteOriginally posted by Pothead
As for TTH problems, is this where Advanced TTH Resume goes wrong with trying to resume from older clients ?

Maybe, i don't know... but is better to have it disabled :))

Title:
Post by: Ubikk on 23 May, 2005, 10:46:18

So, wich is the best DC++ client in your oppinion? :D

Title:
Post by: Dessamator on 23 May, 2005, 11:24:38

QuoteOriginally posted by Ubikk
So, wich is the best DC++ client in your oppinion? :D

i think u meant which is the best dc, dc++ theres only 1 , which is constantly being updated, and i guess the best version would be the last !

Title:
Post by: Ubikk on 23 May, 2005, 12:07:26

Actually what I meant was something like this...
Wich client should i choose... rmDC, DC++, CZDC, StrongDC, DCPro etc...

ATM I am using rmDC++ .. i know it's buggy but i love the smilies :D

Title:
Post by: [NL]Pur on 23 May, 2005, 12:21:01

I don't know if anyone here cares, but RMDC++ isn't obeying the GPL copyright because they don't give out the source with there binary. Thats in my opinion a very good reason to block this client.

Title: -
Post by: 6Marilyn6Manson6 on 23 May, 2005, 12:48:11

QuoteOriginally posted by Ubikk
So, wich is the best DC++ client in your oppinion? :D

iDC++ is the best client :P and .... multidownload is shit :P

Title: -
Post by: 6Marilyn6Manson6 on 23 May, 2005, 12:50:57

QuoteOriginally posted by [NL]Pur
I don't know if anyone here cares, but RMDC++ isn't obeying the GPL copyright because they don't give out the source with there binary. Thats in my opinion a very good reason to block this client.

yeah [NL]Pur.. rmDC++ isn't obeying the GPL copyright and this is very good reason for blocked this client.... not is good for network of Direct Connect... c ya

Title: -
Post by: Pothead on 23 May, 2005, 13:09:13

QuoteOriginally posted by Ubikk
Actually what I meant was something like this...
Wich client should i choose... rmDC, DC++, CZDC, StrongDC, DCPro etc...

It depends on what you want to do.
fulDC CZDC BCDC DC++ if you want to download (and not get banned for using multisource). Have a look at them, they all offer different features.
If you want to have multisource poo, probably StrongDC or LDC.
DCDM is the best for finding fakers / bad users, and iDC is a nice alternative to it, if you want one on a newer DC++ build. :)

Title: -
Post by: Dessamator on 23 May, 2005, 13:39:50

QuoteOriginally posted by Pothead
QuoteOriginally posted by Ubikk
Actually what I meant was something like this...
Wich client should i choose... rmDC, DC++, CZDC, StrongDC, DCPro etc...
It depends on what you want to do.
fulDC CZDC BCDC DC++ if you want to download (and not get banned for using multisource). Have a look at them, they all offer different features.
If you want to have multisource poo, probably StrongDC or LDC.
DCDM is the best for finding fakers / bad users, and iDC is a nice alternative to it, if you want one on a newer DC++ build. :)

i totally agree :),

Title: -
Post by: PPK on 23 May, 2005, 15:17:53

QuoteOriginally posted by Ubikk
i know it's buggy but i love the smilies :D

rmDC++ have smilies from CZDC++ :P

Title:
Post by: Ubikk on 23 May, 2005, 15:32:26

Wow. I didn't knew that :D

Could you please give me a link to download CZDC++ ? :]

Title: -
Post by: 6Marilyn6Manson6 on 23 May, 2005, 15:50:41

QuoteOriginally posted by Ubikk
Wow. I didn't knew that :D

Could you please give me a link to download CZDC++ ? :]

http://czdcplusplus.no-ip.org/czdcplusplus/CZDCPlusPlus-0666[K].7z

c ya

Title: Help in -- Anti-DCDM script by PPK
Post by: Marco52 on 24 May, 2005, 03:22:07

DCDM is good client for OP !

Bot -- Anti-DCDM script by PPK - works fine,,,
but please modify this script to not allow Disconnect OP
...is possible?

Code Select

-- Anti-DCDM script by PPK

function MyINFOArrival(curUser, sData)
	if curUser.sDescription and string.find(curUser.sDescription, "		curUser:SendData("<_@o'> Bad client, go away!")
		curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress())
		curUser:Disconnect()
		return 1
	end
end

Thanks in advance.

Title:
Post by: bastya_elvtars on 24 May, 2005, 03:57:37

Code Select

-- Anti-DCDM script by PPK
-- op protection by bastya_elvtars

function MyINFOArrival(curUser, sData)
	if not curUser.bOperator then
		if curUser.sDescription and string.find(curUser.sDescription, "			curUser:SendData("<_@o'> Bad client, go away!")
			curUser:SendData("$ForceMove "..frmHub:GetRedirectAddress())
			curUser:Disconnect()
			return 1
		end
	end
end

Title:
Post by: Marco52 on 24 May, 2005, 19:47:18

Ohh thats fast...
This script works fine :D
Thanks a lot for the help bastya_elvtars

Title:
Post by: Thor on 10 October, 2005, 22:13:35

Hi people! It's possible to make a script which is DON'T refuse the rmDC clients? Because i use ptokaX 0.3.3.21 with Robocop 10.01e, and they (i dont know which) disconnect the user, who use rmDC, WITHOUT (!!!) a message:
connecting to xxxxxxx.no-ip.org...
disconnected...

(the users can think, that the hub is offline)
The user can't know, that he/she use a buggy client, so i want to get a script, which is enable rmDC :D
After he come to the hub, i will use the main script, which will warn him/her ;) )
I hope its possible...
thx

Title: -
Post by: Pothead on 10 October, 2005, 22:29:01

QuoteOriginally posted by Hungarista
Hi people! It's possible to make a script which is DON'T refuse the rmDC clients? Because i use ptokaX 0.3.3.21 with Robocop 10.01e, and they (i dont know which) disconnect the user, who use rmDC, WITHOUT (!!!) a message:
connecting to xxxxxxx.no-ip.org...
disconnected...

Doubt it's possible via a script. But you are right, they should get a message along the lines of "Buggy Client, please replace it" :)

Title:
Post by: bastya_elvtars on 10 October, 2005, 23:18:31

Why the hell do you want to allow rmDC? It never worked normally here.

Title: -
Post by: 6Marilyn6Manson6 on 11 October, 2005, 00:07:12

QuoteOriginally posted by Hungarista
Hi people! It's possible to make a script which is DON'T refuse the rmDC clients? Because i use ptokaX 0.3.3.21 with Robocop 10.01e, and they (i dont know which) disconnect the user, who use rmDC, WITHOUT (!!!) a message:
connecting to xxxxxxx.no-ip.org...
disconnected...

(the users can think, that the hub is offline)
The user can't know, that he/she use a buggy client, so i want to get a script, which is enable rmDC :D
After he come to the hub, i will use the main script, which will warn him/her ;) )
I hope its possible...
thx

Allow rmDC? The "shit" of client :P

Title:
Post by: er.nest on 11 October, 2005, 00:44:09

why antiRMDC script or something like that ? ... rmdc is fain client. you say buggy client - hmm like some other clones ( versions ) of dc++..

...rm works good for me.. max one crash per mont,... and i can work a download normal, when i ignoring the crash dialog :-) ... from user side is it nice client... no more no less

i am using 403D with ptokax 0.3.3.21...and Robo 10 :-)
( ..i using too Strong and CZ dc++.. very nice and useful both )

but i understand ... if you won't it on your hubs .. its your choice of course :-)

Title: -
Post by: 6Marilyn6Manson6 on 11 October, 2005, 00:52:23

QuoteOriginally posted by er.nest
why antiRMDC script or something like that ? ... rmdc is fain client. you say buggy client - hmm like some other clones ( versions ) of dc++..

...rm works good for me.. max one crash per mont,... and i can work a download normal, when i ignoring the crash dialog :-) ... from user side is it nice client... no more no less

i am using 403D with ptokax 0.3.3.21...and Robo 10 :-)
( ..i using too Strong and CZ dc++.. very nice and useful both )

but i understand ... if you won't it on your hubs .. its your choice of course :-)

I don't know if anyone here cares, but RMDC++ isn't obeying the GPL copyright because they don't give out the source with there binary. Thats in my opinion a very good reason to block this client.

c ya

Title:
Post by: er.nest on 11 October, 2005, 01:11:15

ooh ...this :-)

of course ...this can be result of obeying GPL. I know all about this problem ( i remember it very good ) ... and there isnt way to solve that - rmdc is discontinued - ...but that what i saying is taken from user side ... when come user and he simply using rm .. he know nothing about things like GPL and for user like thisone is rmdc one older client with some useful features... and some bugs ( ... like i sayd berfore ... is it stabil at 85% )... this problem is very old and if someone wont use discontinued client ... i mean why not .. he dont hurt other users on hub ... and cause rmdc is past i mean.

so there is then few questions ... its needed to spend energy to stop this old client ? is this job for Masters ( whos isnt damaged by obeying GPL ) to stop rm with scripts or job for damaged programers or some law institut ?

sorry for ... one little off topic

Title: -
Post by: bastya_elvtars on 11 October, 2005, 01:29:22

QuoteOriginally posted by er.nest
so there is then few questions ... its needed to spend energy to stop this old client ? is this job for Masters ( whos isnt damaged by obeying GPL ) to stop rm with scripts or job for damaged programers or some law institut?

This is not about GPL. RMDC has bugs that PtokaX cannot tolerate, this is bad luck.

Title:
Post by: er.nest on 11 October, 2005, 02:09:31

maybe ... :-) .. for many users isnt ptokax now reachable

yeh ... bastya_elvtars you saying true - bugs on connection part of program ( and i still dont know which is it ... on capture of comunication is all ok if i know ... but to this tema i can debate with ppk again :-)

... hehe ... one "but" more - other hubsofts havn't problem with "buggy client" and older ptokax too .. :-) is this problem so big ... or is it only way how to block :-)

Title: -
Post by: Tw?sT?d-d?v on 11 October, 2005, 07:13:37

QuoteOriginally posted by er.nest
maybe ... :-) .. for many users isnt ptokax now reachable

yeh ... bastya_elvtars you saying true - bugs on connection part of program ( and i still dont know which is it ... on capture of comunication is all ok if i know ... but to this tema i can debate with ppk again :-)

... hehe ... one "but" more - other hubsofts havn't problem with "buggy client" and older ptokax too .. :-) is this problem so big ... or is it only way how to block :-)

Debate it with PPK all you want ..Untill PPK thinks it isnt a buggy client he not gonna allow it to get in ptokax hubs :P

Title: -
Post by: blackwings on 11 October, 2005, 07:41:29

QuoteOriginally posted by er.nest
maybe ... :-) .. for many users isnt ptokax now reachable

yeh ... bastya_elvtars you saying true - bugs on connection part of program ( and i still dont know which is it ... on capture of comunication is all ok if i know ... but to this tema i can debate with ppk again :-)

... hehe ... one "but" more - other hubsofts havn't problem with "buggy client" and older ptokax too .. :-) is this problem so big ... or is it only way how to block :-)

the difference between the latest ptokax and ynhub and other hubs, is that ptokax purposly doesn't allow any kinds of bugs it can find in the info sent to the hub. The reason is to force people to leave the old buggy clients and upgrade to new clients ;)

Title:
Post by: Stravides on 11 October, 2005, 11:28:57

Thats all well and good, but

Code Select

 [11:22:57] *** Connecting to rpgbooks-cymru.no-ip.org:412...
- [11:22:58] *** Connected
- [11:23:00] *** Disconnected

is not handled very well is it... can you please look to input a message - sorry Client Banned from this Hub - please change your client

otherwise users may think your hub to be deceased !

I am asking this as there are a lot of users that use this client including myself in the hub.

You have gone to the trouble of banning this client - I agree with the why, but please can you add a little message so that the users are in no way confused as to WHY they cannot get in.

regards

Title: -
Post by: Thor on 11 October, 2005, 14:12:50

QuoteOriginally posted by bastya_elvtars
Why the hell do you want to allow rmDC? It never worked normally here.

Because i want more user :-) The maker of the PtokaX have right, that is a buggy client, so the hub have to ban it, but when the user is being banned, ha want to get a banmessage =)
Connecting...
Disconnect...
Its not a banmessage i think. So it will be very good, that in the PtokaX 0.3.3.3 i see it:
Connecting...
You have a buggy client (rmDC), please change it and reconnect!
Disconnected...

I said it: we know, that rmDC is a shit, but the users don't...

Title: -
Post by: 6Marilyn6Manson6 on 11 October, 2005, 14:32:55

QuoteIts not a banmessage i think. So it will be very good, that in the PtokaX 0.3.3.3 i see it:
Connecting...
You have a buggy client (rmDC), please change it and reconnect!
Disconnected...

Mm no, This is exact:

Code Select

Connecting...
You have a shit client (rmDC), please change it and reconnect!
Disconnected...

:P c ya

Title: -
Post by: Stravides on 11 October, 2005, 17:42:36

QuoteOriginally posted by 6Marilyn6Manson6
Mm no, This is exact:

Code Select Expand
Connecting... You have a shit client (rmDC), please change it and reconnect! Disconnected...

:P c ya

Irrelevant what you think of the client - we accept it is banned, but a litle more error friendly response is needed.

Also I do not believe that profanity is required in the hubsoft - it was bad enough with your ass is banned - do not need any more of this ilk.

I think a generic message to change the client would be better.

Title: -
Post by: 6Marilyn6Manson6 on 11 October, 2005, 17:55:00

QuoteOriginally posted by Stravides
QuoteOriginally posted by 6Marilyn6Manson6
Mm no, This is exact:

Code Select Expand
Connecting... You have a shit client (rmDC), please change it and reconnect! Disconnected...

:P c ya

Irrelevant what you think of the client - we accept it is banned, but a litle more error friendly response is needed.

Also I do not believe that profanity is required in the hubsoft - it was bad enough with your ass is banned - do not need any more of this ilk.

I think a generic message to change the client would be better.

Spiace to contradict to me to you but rmDC it deserves this message because it does not respect the GNU General Public License. c ya

Title: -
Post by: Stravides on 11 October, 2005, 18:11:48

QuoteOriginally posted by 6Marilyn6Manson6

Spiace to contradict to me to you but rmDC it deserves this message because it does not respect the GNU General Public License. c ya

Spiace - sorry doesnt compute

As far as the Client deserving it thats one thing - the user using it - NO !! Thats like slagging off users who use microsoft because bill gates is allegedly a knob ???

There should be no need to resort to defamatory messages for client usage

Title: -
Post by: PPK on 11 October, 2005, 18:43:18

QuoteOriginally posted by er.nest
and i still dont know which is it ... on capture of comunication is all ok if i know

I know, is hard to see this bug... :D

Code Select


    while(sData != NULL && sData[0] != NULL) {
        if((cTemp = strchr(sData, ' ')) != NULL) {
            cTemp[0] = NULL;
            cTemp++;
        }

        switch(sData[0]) {
            case 'N':
                // Supports starting with N
                break;
            case 'Q':
                // Supports starting with Q
                break;
            case 'U':
                // Supports starting with U
                break;
            case 'B':
                // Supports starting with B
                break;
            case 0: {
                // PPK ... corrupted $Supports ???
                int imsgLen = sprintf(msg, "[SYS] Bad $Supports from %s (%s) - user closed.", curUser->Nick, curUser->IP);
                UdpDebug->Broadcast(msg, imsgLen);
                curUser->Close();
                return;
            }
            default:
                // PPK ... unknown supports
                break;
        }

        sData = cTemp;
    }

Client send corrupted supports and is disconnected :rolleyes:

Title:
Post by: 6Marilyn6Manson6 on 11 October, 2005, 19:01:33

PPK I love you LOL

Title: -
Post by: Stravides on 11 October, 2005, 19:49:21

QuoteOriginally posted by PPK
QuoteOriginally posted by er.nest
and i still dont know which is it ... on capture of comunication is all ok if i know
I know, is hard to see this bug... :D
Code Select Expand
while(sData != NULL && sData[0] != NULL) { if((cTemp = strchr(sData, ' ')) != NULL) { cTemp[0] = NULL; cTemp++; } switch(sData[0]) { case 'N': // Supports starting with N break; case 'Q': // Supports starting with Q break; case 'U': // Supports starting with U break; case 'B': // Supports starting with B break; case 0: { // PPK ... corrupted $Supports ??? int imsgLen = sprintf(msg, "[SYS] Bad $Supports from %s (%s) - user closed.", curUser->Nick, curUser->IP); UdpDebug->Broadcast(msg, imsgLen); curUser->Close(); return; } default: // PPK ... unknown supports break; } sData = cTemp; }
Client send corrupted supports and is disconnected :rolleyes:

But can you send client a message before disconnect ?? I do not know - that is why I ask - I do not need fascetious commentary, just an answer please..

regards

Stravides

Title: Re: Anti-rmDC++
Post by: Naithif on 08 August, 2006, 09:18:37

Hi all

Well, GDC++ (based on StrongRC9f2) also breaks GPL as not releasing the source
(and also VERY buggy too ::) )
Link: www.glesius.it
Anybody knows a way to block it? ;D

Title: Re: Anti-rmDC++
Post by: Thor on 08 August, 2006, 15:09:33

I cant download it from the link, maybe if you send me it to see how it send myinfo, or maybe it has an own tag (the easiest way :D)

Title: Re: Anti-rmDC++
Post by: Pothead on 08 August, 2006, 15:44:38

Pretty sure is has sommit like
glesius.it
in it's description. :)

Title: Re: Anti-rmDC++
Post by: Cêñoßy†ê on 08 August, 2006, 21:42:01

Quote from: Pothead on 08 August, 2006, 15:44:38
Pretty sure is has sommit like
glesius.it
in it's description. :)

Description: [/]-=VirtualHub.it=- & -=Glesius.it=-
Tag: <GDc++ V:1.00 RC9,M:A,H:11/0/0,S:8>

Title: Re: Anti-rmDC++
Post by: Naithif on 08 August, 2006, 22:12:51

Hi all

These are all default options, doubt anyone would leave them this way.
And with RC9f2 descript can be totally cleared as i remember, i'm taking down gdc already, i had it, but it was buggy, so i deleted it.

Title: Re: Anti-rmDC++
Post by: Naithif on 08 August, 2006, 22:16:34

Also i couldn't detect [AI]Fake with any op or "half-op" clients with slotlocking on, is there any way of a script that could detect it?

Title: Re: Anti-rmDC++
Post by: bastya_elvtars on 08 August, 2006, 22:27:06

Quote from: Naithif on 08 August, 2006, 22:16:34
Also i couldn't detect [AI]Fake with any op or "half-op" clients with slotlocking on, is there any way of a script that could detect it?

If an op-client cannot detect a fak0r mod, then hardly can I believbe it is accomplishable serverside...

Title: Re: Anti-rmDC++
Post by: Naithif on 08 August, 2006, 22:53:19

I thought that they might have some bug like rmDC++... but as you can go to any hubs with a client like AI with 3-4 ops constantly checking, and not even zion, ldc or dcdm could detect it... So, if hubside detection is not possible then it's a --problem--...
I've seen so many client check in serverside detection... Everyone asked to disallow strong or such, but those clients not really do anything bad, AI fake, and DC stealthy for example do, and they can't be detected, because they're based on default dc++ with no specials, just some extra slot lock, full limit, and hammering functions? Well, i would rather allow rmDC++ then them...

Title: Re: Anti-rmDC++
Post by: Naithif on 09 August, 2006, 12:15:34

Quote from: Mutor on 09 August, 2006, 02:50:46
slotblocking should be easy to detect. Either one gets a list [or small file] with minislots or not [$MaxedOut].

Most of these clients have option (and default on) to open minislots (and slot blocking does NOT block minislots in them), so file-lists comes down nice and easy, they only block normal download slots, where they always return with "no slots" message... Even in some clients there's and extra option that sometimes enable download, once in given time, so they can "proof" that they can be downloaded from... And if client check goes through undetected, and file list comes down, is there any other way to detect it than via hubside?

Title: Re: Anti-rmDC++
Post by: Helios on 18 August, 2006, 23:39:29

bad idea bloked good client as dcdm and idc

Text only | Text with Images

PtokaX forum

Archive => Archived 5.0 boards => Finished Scripts => Topic started by: plop on 28 February, 2005, 17:41:55