faked version detecting [HUB Script]

[[PT]Devilishly]

I’m looking for script that would check if the version which is in the tag description is the version in the “PK� parameter.
This script should also do verify other variations in lock/PK strings:

- Client with DC++ tag, and random lock & pk strings
- Client w/ DC++ tag, and other non-dc++ lock & pk strings. e.g. too many "ABC"'s in pk.
- Cleint w/ DC++ tag, showing a client version different to that shown in the pk string
- Client w/ DC++ tag\NMDC, with blank lock or pk string
- Client w/ or without DC++ tag, which has a lock of all "A"'s, and a pk of all "B"'s
- Client w/ Incomplete DC++ or DC Gui tag
- Client w/o tag, with only one of either lock or pk
- Client w/o tag, with a pk string <> 16 chars in length
- Client w/o tag, with a lock string outside the min/max char length of a lock string. (whatever that is )
- Client w/o tag, with a static lock string (in NMDC it changes upon each new connection from client-client)
- Client w/o tag, with DC Gui lock and pk
- Client w/o tag, with DC++ lock and pk

Thanks,
[PT]Devilishly

[dieselmachine]

MacOS NMDC has a 15 character PK, all lowercase letters. So keep that in mind when doing the 'no tag, pk <> 16 chars' test!

[OLDoMiNiON]

Really? That's kinda stupid! Why not keep it the same as the rest? Damn you Hess!

Anyway - you can't do all this stuff via script! It's impossible!! - It has to be done via client side Bot.. as locl/pk are only calculated client<>client, not server<>client

[ender]

It is possible to retrieve $Lock/Pk via a script, however the script would probably not work properly on hubs with more than 20-30 people...

[OLDoMiNiON]

How's that?? I've never heard of a way to do it in 3 years...

[ender]

Stimorol wrote a script. It's ugly. Basically, it sends $ConnectToMe to the client with the hub's listening address and then fetches $Lock from the status window.

[Gadget]

No way to do it? That sounded like a challenge... Download it

[OLDoMiNiON]

Nice! Hmm, ok i was wrong. How many users could you support on that script/ has it been tested atall?

[Gadget]

Well the script doesn't wait for locks so it shouldn't slow down the hub much. Included dll will listen for incoming connections and log the locks, so they are available to the hub script when they arrive. I tested a little with 200 users and looked like it worked nicely.

Same method could be used for recieving search results from passive users, getting filelists etc.

[OLDoMiNiON]

Very interesting. However my statement *was* infact true (unless what ender says is infact possible on a large scale hub)... as this script is drawing it's info from what is in effect a cleint, that simply interfaces with the hub via a script.
However - i love the idea Maybe i'll convert it to perl, and use it on my hub

[Motta_ita]

it's possible do it also for ptokax hub?

Thanks