[Dchub-dev] [support #102317] Client-things.

[nobody]

Support Request #102317, was updated on Wed 07/30/2003 at 17:26
You can respond by visiting: 
http://savannah.nongnu.org/support/?func=detailsupport&support_id=102317&group_id=3963

Category: Feature Request
Status: Open
Priority: 5
Summary: Client-things.

By: pakar
Date: Wed 08/06/2003 at 12:57
Logged In: NO 
Browser: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030427

I want suggesting this becase i dont want people connecting
as passive, and then changing to active (or changing the ip
of an active during one connection.)

This is becase that some fake-clients out there that
connects and lets the hub think that they are passive, but
infact they are active and can accept connections.

Doing this with storing the active/passive mode and being
able to retrieve it with some function would make it
possible to block all those clients who say they are passive
but then sends a connecttome.

Just my idea.. This is not a protocol-change, it's just a
way to secure the protocol a little bit. Thoe, this should
probebly have some sort of hub-variable so you could
activate if you want it.

But as a start, create a function where you could retrieve
the type of search the user did the first time he connected.
Ie, passive/active.


Also, having something in the hub to store userinformation
in would be great, not just for this, but also other things.

This is probebly not the most important thing to add, but it
might be quite useful if you would implement it in some
future version..

I think it could be classified as a request that already has
been implemented..
Kicking '[BBB]_Dante_Sthlm' because it uses malformed reply
path in search query ($Search 127.0.0.1:14000
F?T?7460863?2?Lars$Winnerbäck$$$04$$$Du$Får$Mig$mp3|),
error: IP of the connection and of the query are different



----------------------------------------------------------------------

By: ericprev
Date: Wed 08/06/2003 at 05:24
Logged In: YES 
user_id=15899
Browser: Mozilla/5.0 (X11; U; Linux i686) Gecko/20030428 Galeon/1.3.3

I don't understand the need of this feature. The protocol
provides no limitation on search query type.

----------------------------------------------------------------------
You can respond by visiting: 
http://savannah.nongnu.org/support/?func=detailsupport&support_id=102317&group_id=3963

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/