1, Configure server not to auth clients. ProtoProxy cannot work with auth-ing servers.
2, Compile it (its solution and project files are in the ProtoProxy folder); Debog or Release, doesn't really matter, speed is okay in Debug, too.
3, Run it on the same machine, as MCServer. If MCServer listens on port 25565, no config is needed, just run the program. If MCServer listens on another port, start ProtoProxy from commandline with arguments: "ProtoProxy <listen-port> <server-port>", where server-port is MCServer's port, and listen-port is a new free port on which ProtoProxy will listen.
4, Clients should connect to ProtoProxy's port instead of MCServer's port. By default, the ProtoProxy's port is 25564, but if you started it using the command in step 3, clients need to connect to listen-port.
So, for example, if your MCServer runs on port 400, you'll need to start ProtoProxy from commandline as "ProtoProxy 401 400" and tell clients to connect to port 401.
5, Each client connection creates a new log file in the folder where ProtoProxy is running. This includes server ping connections (small logs, < 2 KiB) as well as regular game connections (20 MiB just for the initial connection).
Now if there's a weird packet, the entire communication with that client can be viewed and analysed. The logfiles should compress pretty nicely, so do compress them before uploading.
Note that it is not uncommon for ProtoProxy to actually fail the connection to the server; that is due to encryption kicking in too late or too soon. If the client disconnects before they even log in, just let them try again, that is normal. I'm too lazy to fix that
2, Compile it (its solution and project files are in the ProtoProxy folder); Debog or Release, doesn't really matter, speed is okay in Debug, too.
3, Run it on the same machine, as MCServer. If MCServer listens on port 25565, no config is needed, just run the program. If MCServer listens on another port, start ProtoProxy from commandline with arguments: "ProtoProxy <listen-port> <server-port>", where server-port is MCServer's port, and listen-port is a new free port on which ProtoProxy will listen.
4, Clients should connect to ProtoProxy's port instead of MCServer's port. By default, the ProtoProxy's port is 25564, but if you started it using the command in step 3, clients need to connect to listen-port.
So, for example, if your MCServer runs on port 400, you'll need to start ProtoProxy from commandline as "ProtoProxy 401 400" and tell clients to connect to port 401.
5, Each client connection creates a new log file in the folder where ProtoProxy is running. This includes server ping connections (small logs, < 2 KiB) as well as regular game connections (20 MiB just for the initial connection).
Now if there's a weird packet, the entire communication with that client can be viewed and analysed. The logfiles should compress pretty nicely, so do compress them before uploading.
Note that it is not uncommon for ProtoProxy to actually fail the connection to the server; that is due to encryption kicking in too late or too soon. If the client disconnects before they even log in, just let them try again, that is normal. I'm too lazy to fix that