Thanks, this works perfectly.
This is a discussion on old ban evasion within the BitComet Help forums, part of the BitComet Technical Support category; This is the old ban evasion thread. Click here for the new one. This is different from the jproxy that ...
This is the old ban evasion thread. Click here for the new one.
This is different from the jproxy that one of our generous members Asuran released earlier.
This works with TorrentBytes.net, and all other trackers that have attempted to ban BitComet.
If you cannot apply the patch at first, close bitcomet, re-install version 0.57, and then follow the directions in the readme.
This has been scanned, and no worms or viruses have been detected.
Thank you solidox!
Here is the readme:
Mod Edit: Patch removed. View the last post of this thread for explinaton. -DragosaniBitComet 0.57 patch.
copy the .exe to your bitcomet install directory, run it and click patch.
this will patch bitcomet and change the peerid and also disable the peer sharing
extension.
enjoy.
- solidox
Thanks, this works perfectly.
Good find. I wonder why it disables the peer sharing though.
Supposedly that is the reason it was banned from torrentbytes.. but the recent azureus CVSs have had the same feature, and they haven't been banned.Originally Posted by Asuran
Anyway, I emailed solidox, hopefully he will decide to create an optional version of the patch that does not disable the get_peers, as that is a great feature.
I have also emailed rnysmile, but I don't know if he is even involved with the bitcomet project anymore. Still waiting for his reply.
Not speaking for any site in particular, but, Azureus' peer sharing is disabled by default, as well as only acting when the tracker registers as being down (when activated). If solidox makes the peer sharing prevention optional, I have a strong feeling that Bitcomet will be fully banned from all those sites again. As it is, some are evaluating the patch, and considering allowing the users to use it.Originally Posted by bradVexille
The original intent of the feature is great for a public tracker. And if it could be coded to only share with those registered on your tracker, it would help reduce some load from the private trackers. But with respect to the get_peers feature, if it was an optional piece of the client, and showed a different peerid, based on the functional status of that feature, it might help alleviate the concerns of the private trackers, because it would be able to be banned based on the security needs and requirements of the individual tracker.
It seems the patch indeed disables the get_peers/peers function, wich is good to use on private trackers, however if this same version comes without the get_peers/peers disabling, it will prolly get banned again
And it's pretty easy, the trackers who want to ban it, just have to ban the FUTB/09* peer_id, wich most of the trackers already know.
Sysop of http://www.torrent-damage.net
That's why instead of just switching the peer_id, I instead took a look at the Azureus HTTP request and made an attempt to imitate it exactly, so that to the tracker it would seem indistinguishable from the real thing. Too bad it gives some gzip error on some trackers.
AWESOME! thanks brad!!
Can you think of any way around that gzip problem?Originally Posted by Asuran
I would need to be able to test the situation and torrentbytes requires a login that I don't have. If you know any public trackers where this problem exists I will try to find a fix to it.Originally Posted by bradVexille
Hey bud, long time no see! How are ya?Originally Posted by HiTechOutlaw
Shoot me an email at mailto:bhvexille@gmail.com, I will get you access to torrentbytes.Originally Posted by Asuran
very interesting patch. is there a way to contact solidox? i was working on a similiar patch but didn't manage to fully test it out. it didn't seem to work on my computer (well, at work anyway. didn't test it at home. might have been a security issue).
what i would like to know is how he managed to change the peerid. it seems to be that he's just changing the "exbc" peerid defination. i've compared the original and the modded and that's what it seems. of course there are other changes but all in all, the main component that changes the peerid is that. then in this case, wouldn't changing this peerid defination to the azuerus' peerid allow bitcomet to spoof itself as azuerus?
i'm highly curious as i'm a programmer but i lack solid knowledge in assembly language.![]()
not bad, just chillin at TBOriginally Posted by bradVexille
I havnt seen ya over there this time around, although I dont browse the forums much since there are too many stupid posts.
the patch is working great, I was playing around with a hex editor and I saw what was changed to make it change its reported client, very funnybut I wanted to re-enable the peer data crap so I could use it on other trackers and still get good speed
(witch does help btw) dont get me wrong, it should be disabled for private trackers but I think it is still good for public ones. (for anyone reading this from TB, I will not even think about using it against the tracker.)
The peerid change consists solely of changing "exbc" to "FUTB" in a hexeditor. All the other changes apparently disable the get_peers extension.Originally Posted by tokens
You might want to work with Asuran on creating a spoof program that allows bitcomet to spoof itself as azureus. He created one, but it only works on some trackers.
You can contact solidox via the TorrentBytes irc channel, that's the only way I know, he's over there a lot!
Dunno if it's allowed to advertise irc channels over here, so pm me if you want to know how to get there
This patch actually works? No other stuff that shouldnt be in there?
Bookmarks