[DEMO]Kick Command

[Zektor]

Dekaron has lacked the ability to kick for such a long time, so gamemasters have been disconnecting hackers in a more "traditional" way (By spamming /gm call, spawning bugged mobs etc.)

Here's a video of us kicking a player using just a simple command, kind of how you would 'expect' Dekaron to have.

[[DEV]Harmony]

Thats kinda awesome, nice work.

[*P*A*U*L*]

indeed! great idea and great work!!

edit:
does it work for GMs only or other players or DEVs too?

[Zektor]

only [DEV] [DEKARON] and [GM] how ever I can change the method of who it should work for.

For normal players it won't do anything.

Also @k xxxx isn't actually show up on the chat box, apparently it didn't stop that packet from getting sent...

[daddycool.]

Nice work.

[Zektor]

How this is works is like this:
Client sends the chat packet containing the string @k <playername>

The tunnel receives the client's packet, and then parses that packet and then checks each connection for that specific name (names are stored in memory) it then Disconnects that connection from both the main server and the client.

[6shadow6]

Cool thing. But I have a question about whether it works on all servers or only on Dekaron Evolution?

[gedimazs]

I want to ask the same question as 6shadow6 asked.

[Zektor]

Originally Posted by 6shadow6

Cool thing. But I have a question about whether it works on all servers or only on Dekaron Evolution?

Only on Dekaron Evolution, as the other private servers don't know how to manage the chat packet to do what the user intends to. Our client initializes a connection to the Tunnel Server, and the tunnel server initializes the connection with the main server, rather than everything happening directly to the dekaron server.

Because of this, we can control all packets (We're tunneling both Login server and Dekaron Server).

And we can also make our online player pages a lot accurate, as we can mark what character logged in based on the packets, and then mark them as offline if they disconnected, or logged out.

Edit:
You could accomplish this by hooking onto the server's winsock functions directly, even though it wouldn't increase in latency as it would with a tunnel server, I'd still prefer a tunnel server. For me it feels much more flexible towards controlling sent and received packets from both directions.

My next target is to making a fully functional announce packet, it works about 20% of the time and I'm trying to figure out how to make it flawless. I'm trying to accomplish this without any modification of the actual client.

Edit#2:
Here's a screenshot of me using the announce command, if it works once, then it will work for that connection, how ever if it doesn't work the first time on that specific connection then it won't work and you will disconnect. Just need to figure out why it doesn't work even with the correct sequence.

[pieter]

I love your thinking outside the box approach! nice work!

[Zektor]

At least I'm making progress, I'm no pro at reverse engineering, so I'm trying my best :P
So far I've found the call for the Announce packet

[6shadow6]

Great job, keep up the Zektor. But never croup private server will not have everything fully operational. The reason that this is happening is the lack of appropriate specialists. And a good team who would be able to grasp the whole dekarona/2moons. Always on private serverach something will work differently.

From what I have already realized on any private server is not working for [GM] command /gm kick (player name) and many other commend is not useful. Everything can and would work but I know you sculpture it really put a lot of work and modifications on the same server.

But I am hopeful that eventually comes to the fact that this game will develop better with people like you Zektor. I wish you would your work was not in vain and was appreciated by others.

[Truax]

nice , keep on working ^_^

[lord17]

yeee rly good job

[draegon71]

I totally agree with what 6shadow6 said..