I think you got it all wrong. The loader does NOT wait for any packets, it doesn't even redirect ws2_32.send/ws2_32.recv.
However clients above 5173 (I think?) require a packet server -> client which contains a 4 byte seed for the second layer of password encryption, the whole encryption routine can be found .
packet looks as follows
Code:
typedef struct packetSeed
{
unsigned short Length; // 0x8
unsigned short Type; // 0x423
unsigned int Seed; // random
} * PPACKETSEED;
Oh and I think this is a bit more general than pserver releases..
Requesting move to programming section perhaps?
I think you got it all wrong. The loader does NOT wait for any packets, it doesn't even redirect ws2_32.send/ws2_32.recv.
However clients above 5173 (I think?) require a packet server -> client which contains a 4 byte seed for the second layer of password encryption, the whole encryption routine can be found .
packet looks as follows
Code:
typedef struct packetSeed
{
unsigned short Length; // 0x8
unsigned short Type; // 0x423
unsigned int Seed; // random
} * PPACKETSEED;
Oh and I think this is a bit more general than pserver releases..
Requesting move to programming section perhaps?
What your saying is that when I use this on a 5165 patch (so before Password seed) it should work without having to sent a Password seed?
I always got this error:
CreateRemoteThread() failed, GLE=[5]
I use WinXP Pro SP3 but with VMware Fusion on Mac OS X. By memory, with or without VMware Fusion, I always got this error.
5 is access denied, which means that you're either not running as an admin or your admin doesn't have the debug privilege, however taking into consideration that you're already using another platform to run WinXP I can't tell why would the error arise, also I've never used a Mac OS.
Maybe someone more experienced can shed some light upon it?
No. It doesn't, the client connects to the IP/Port that you set it to.
Better make sure you're not missing something somewhere.
Kind of obvious don't you think?
edit:
I've recently heard that you cannot connect to the localhost, so make sure you don't do that. Also, what is weird is that if TQ flags connections to the localhost why don't they flag connections to all private addresses? (not that it even matters since its easily bypassed)
Yeah sorry about that I thought you were addressing the loader as if it connects to another IP instead of the IP that you set it to, checked previous post and I apologize for the misunderstanding.
Anyway you can connect to localhost normally, just use v2.
Oh and on a side note, don't send loop-back address in AuthResponse packet (0x3F1 afair).
[Source]ConquerLoader v1 07/26/2010 - CO2 Programming - 3 Replies Assembled using MASM32 assembler, not much fancy high-level alike stuff in there.
; ---------------ConquerLoader v1---------------
;| |
;|Author: Nullable |
;| |
; ----------------------------------------------
.486
.model flat, stdcall
option casemap: none
[RELEASE]ConquerLoader (Works all patches) 07/17/2010 - CO2 PServer Guides & Releases - 10 Replies This isn't really a good or advanced loader.
Is just a basic one :)
But I Thought I would share it anyway.
Download
Screenshot:
http://i883.photobucket.com/albums/ac33/holyshotz /launcher.png
Features: