Michael Rogers wrote: > Matthew Lye wrote: > > I'm noticing an extraordinary number of outgoing attempts to connect > > to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, > > here. Could the [swarms of] Foxy clients which are [always] failing > > to connect as incoming connections nonetheless be ending up in the > > GTKG hostcache?
That's possible. I've also noticed many incoming connection attempts from Foxy peers. > I don't know if this is related, but Foxy clients frequently hit the > gwebcaches operated by LimeWire - maybe GTKG is picking up their > addresses from there? It's rather the other way around. I don't see a noticable amount of outgoing connections but a steady stream of incoming connections. > I though ghostwhitecrab was configured to ignore > requests with net!=gnutella, but possibly not. It's quite possible that some cache spoiling is going on but I doubt this happens through ghostwhitecrab. Foxy has actually it's own GWebCaches listed at gcachescan.jonatkins.com. The ones using FTWebCache and jumswebcache are apparently dedicated to Foxy. Looking at the requests rates, use of GWebCaches and GDNA under the hood, tells me the Foxy "developers" screwed up on an epic level just like those Morpheus guys years ago. Nonetheless, the quality of GWC/UHC responses is, in fact, very poor. Many reported peers are fakes, spammers and zombies. Though that's just a mirror of the network which doesn't look any better. -- Christian ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
