edxSilkroadLoader5 Beta Testing

Quote:

Originally Posted by pushedx Hackshield will still detect and disconnect this loader! - there is no fix for this other than not using the loader or using a Hackshield bypass. You can code your own custom loader based on the source to avoid detection for a while though!

Or you could just use Shielden(new name of safengine) and protect the code. Works great for me :)
Also thanks alot, needed the english patch fixed.

Edit: Hmm.. English patch still does not work for me.
Edit2: works now.. Dunno what was wrong.

where can you download shielden??

tnjx for the update p.s. u didnt update link on first page

pushdex

i have a good idea

may u can update the edxloader v3 to latest english patch

the multiclient of it working fine for me but english patch only need updated

if u can do u can make it ?

Quote:

Originally Posted by peerpeerpeer where can you download shielden??

g00gle.

Quote:

Originally Posted by Windrius Or you could just use Shielden(new name of safengine) and protect the code. Works great for me :) Also thanks alot, needed the english patch fixed. Edit: Hmm.. English patch still does not work for me. Edit2: works now.. Dunno what was wrong.

can you post screen of which options you have checked in shielden while protecting ? for some reason protected loader can only open 1 client for me.
I writted about it in this topic but no one replied
[Only registered and activated users can see links. Click Here To Register...]

it works on sroevolution :D thanks bro :D

So, I used KoreanCaptchaGenerator, but when I type the string into the box, it won't work :( and I cannot write korean ingame with this loader.. any help?

Thaaaaaank you <3

edit: ok now I know ;-)
just write the letters not capital^^

Hello guys,

I think I've found a solution how to prevent disconnection. This is how it works for me:
1. Go to Silkroad/Hackshield
2. Delete HShield.dat and HSUpdate.exe
3. Open ahnrpt.ini with wordpad/notepad and look for lines something [usersuspicuousfiles] and delete it until
[Attach]
00=
01= .
I can't remember it cause I deleted it. After that save it as .ini
4. Open edxSilkroadLoader5d
5. Check boxes what I have: Multiclient, NOP hackshield, KSRO ( no idea what it does accutaly :D)
6. Open Silkroad from ORIGINAL file. Now you should get disconnected by opening original Silkroad file.
7. Now repeat step 6, but after you log in switch back to loader and press Launch. Wait a little and you'll get dc'ed from original sro.
8. Open another Loader-based sro and now you have 2 loader-based and they should be stable.
9. I don't remember all :D
10.???
11. PROFIT !!!

Have fun, please reply results.

I think you will get a disconnect after some minutes because there won't be a response to the server from your client's hackshield.

pushedx, would be cool if you can update the redirection IP for support also IPv6 addresses. Soon we are going to change it and new servers will have that kind of IP.

Also thanks for the fix of the english patch for the newest KSRO.

Synx7 my solution works for you ?

Quote:

Originally Posted by AbMaster2011 Synx7 my solution works for you ?

I won't test it since I dont need to bypass hackshield. Anyway I can tell you that if hackshield doesn't run you will get DC in some minutes because your client doesn't reply to the hackshield packet (2114). So just watching your "solution" I can tell that it prolly wont work.

Quote:

Originally Posted by Synx7 pushedx, would be cool if you can update the redirection IP for support also IPv6 addresses. Soon we are going to change it and new servers will have that kind of IP.

Well there's a couple of things to understand here.

Right now sro_client uses IPv4. The redirect detour is setup for IPv4 addresses only. Making sro_client to connect to an IPv6 address is possible, but would require hooking a lot more Winsock functions and changing them over. For example, see [Only registered and activated users can see links. Click Here To Register...] for some code comparison of IPv4 to IPv6.

So until Joymax updated all their server code + client code to IPv6, then updated host names and what not, there's no real need to update the redirect to support IPv4. When they finally do update, then the code can be tweaked a little to support it, but it'd not be possible to do until I actually had the IPv6 address they were connecting to. Since the addresses are in a different format now, the entire detour logic has to be reworked.

If you wanted to run an proxy on an IPv6 server, it'd be possible to make the client connect to it, but your outgoing connecting to Joymax would have to be through an IPv4 socket, which would not be possible unless your server had both an IPv4 and IPv6 IP. If it had an IPv4 address, then there would be no need for the IPv6 interface in that case.

If you wanted to run an emu on an IPv6 server, then that's the only case right now that you can't do but it's not something I'd add to the loader. Simply because its not a Silkroad problem but a "how do I connect an IPv4 program to an IPv6 server".

Instead, a generic solution could be made for that case. You'd have your normal IPv4 redirection via detour but rather than connect to a server, you'd connect to a local proxy that had an IPv4 accept pending and would make an IPv6 connect to your destination server. In essence, this is just tunneling. The local proxy program would than just pass data back and forth across the sockets and it's all seemless.

With that route, all programs would be supported, and not just Silkroad.

However, the big issue for now is that until IPv6 is officially adopted and everyone makes the transitions to it, sometime in 2012 for the US, there's not much you can do if you are stuck on IPv4. (should checkout World IPv6 Day this year though) So I have no way to really test IPv6 functionality if I wanted to across the net per se until my ISP updated. For local testing, I'd have to go through and get my PC (XP) setup for IPv6 and then run a local server to test, but that doesn't do much good for everyone else since they would have to setup and configure their PCs similarly but only for the sake of being able to connect locally to themselves, something they can already do with IPv4.

To make a long post short, there's nothing I can do about this anytime "soon". In addition, all development for this loader has already ended, so by the time IPv6 is actually needed, this project would be long dead anyways ^^.

I keep get DCed with the client loader after 15 min from loggin in with my char
without using Ibot
should I tick something ..
cuz all I want is to use the multiclient ?!