sneaky way to make private LW or BS network

Tom Gainer

New member
say that you are a egotestical maniac bent on ruling the gnutella world and you think your program is the best so you make a plan to somehow have your client connect to itself mostly without alerting others
how do you do this?
lets say you call your program "bare" because you download naked ladies all the time, it's the best program available!
your plan is amazingly clever, you use the new pong caching! what is that?
every time you connect to another gnutella client it will return about 10 IP addresses of other clients out there so you can build a cache of others to connect to
say that your ego is so big you just couldnt resist and decided to only return IP addrs of "bare" clients only!
this would create a little private network of bare clients and you rule the world!!
anyone who connects to you will then use your list to connect to other clients, which are all bare, and then those bare clients will send more addrs of bare and you rule the world!
wait! someone might find out, so you simply write a little random thing that picks a few non bare IP addrs just to save face, but then your ego decides to leave that out

since you are having fun and rule the world anyway, you make your client start sucking up all the open incoming connections on any non-bare client by constantly connecting to any non-bare client you find, connect, send some pongs all over the network and disconnect, and I mean really hit them over and over without delay
don't do this to your own clients, you need to keep a list of known addrs for bare clients so you don't bother them
and just for fun, if they are mostly connected to your private little bare network, don't hit their incoming ports because you can use them to suck more people into the bare network
now you have a core circle of bare only clients surounded by those crappy competing clients and you can make them look real bad by sending them less results and delaying packets to them
you can get even more fancy and wait till they send out a search, then drop the connection! This should make the bare client look good and make it more popular ($$$$)

real life true story, this is happening now and is why greed doesn't belong on gnutella
its time to start blocking those clients that behave like this
it would be easy to id those clients and if you get too many connections of that type, ban it for 30 minutes
 
This could explain why bearshare never connected to a Xolox client!

But Limewire is open source you can check if they do it this way!

Limewire uses an own (private) router (router.limewire.com!) that is the reason why you find mostly lw clients - i think so!

Morgwen
 
what do you mean, Bearshare never connected to XoLoX? I use bearshare, funny thing was, I got plenty of XoLoXers in my upload screen. - still do. Am I misunderstanding something?
 
And this one:

From: "freepeers"
Date: Sat Mar 2, 2002 9:28 pm
Subject: Re: Morpheus Problem

--- In the_gdf@y..., "jbt00000" wrote:
> --- In the_gdf@y..., "freepeers" wrote:
> Behaviour like this (lots of requests, few results) is similar to
> your old arguments against Web Browser users. If this continues,
> would BS or LW consider blocking them the same way you block web
> browser requests? Perhaps blocking the downloads will force
> StreamCast developers to participate in the GDF.

Blocking wouldn't help.

In the Morpheus case, they were forced to make a fast switch because
of an attack on the FastTrack network, possibly by rival Kazaa.

I fully expect that in order to stay in business they would have to
make sure they offer users a comparable experience to the old network.

On the other hand if it goes on for longer than it should I would
imagine creating a separate network of BearShare-only nodes. This
would solve another problem that has been plaguing the network
recently (fake query hits).

Taken from the GDF message 5754!

Freepeers = Vinnie!

Morgwen
 
I cant beleive this! So basicly if you aint BS or LW youre not on the network! Maybe they need to go buy their own network.

From: freepeers info@f...
Date: Tue Mar 12, 2002 8:43pm
Subject: Re: Feature Query Proposal

--- In the_gdf@y..., "jbt00000" wrote:
> --- In the_gdf@y..., "freepeers" wrote:
> I would hope other developers would jump on the bandwagon and adopt
> useful features, but based on past history (yes, LW and BS
> are included), things move slowly (when were ultrapeer
> and huge approved?). I wont base my commercial existance on the
> widespread deployment of all my ideas by other servents.

If you have a commercial interest then you should both operate a host
cache, and include connection preferencing features to make your
clients clump together. This was our solution, and it works quite
nicely without requiring protocol extensions. LimeWire has used that
solution for a while now and it has worked well for them too.

http://groups.yahoo.com/group/the_gdf/message/6284
 
Back
Top