Author Topic: VectorNet suggestions (Read 5203 times)

ArticWolve · « **Reply #15 on:** January 05, 2009, 04:09:37 PM »

Seen the picture of it. Coming along good

Vector · « **Reply #16 on:** January 06, 2009, 12:35:15 AM »

I am also re-doing the way the server handles usernames, including mods / admins in the uerlist who take priority place over normal members. I won't use a separate array for them. Instead, its all based on first finding a match in the original array, and then doing a comparison from that match, to the users on the userlist.

It will reduce the caveats involved previously with the server.

Things are turning out for the best.

Vector · « **Reply #17 on:** January 06, 2009, 10:53:07 AM »

Here is a little spoiler on how the progress is going:

[img]http://rev77.net/channels.jpg" border="0" class="linked-image" /]

ArticWolve · « **Reply #18 on:** January 09, 2009, 06:28:47 AM »

Suggestion: Make the flood out customizable and have the plugin queue the send to server messages for a split second.
Flood out should be based upon the following:
Number of messages sent per time elapsed (messages per time in seconds);
Number of connections (connections per time in seconds);
Penalty: Customizeable, warning, kick, time ban, four hour suspension, ban (That order for my server ) --Server keeps track of how many times you "flooded" or "spammed"

More to come at another time!

Zakara · « **Reply #19 on:** January 14, 2009, 05:23:30 AM »

Quote from: ~Shadow~

Suggestion: Make the flood out customizable and have the plugin queue the send to server messages for a split second.
Flood out should be based upon the following:
Number of messages sent per time elapsed (messages per time in seconds);
Number of connections (connections per time in seconds);
Penalty: Customizeable, warning, kick, time ban, four hour suspension, ban (That order for my server ) --Server keeps track of how many times you "flooded" or "spammed"

More to come at another time!

I kind of agree. Flood settings should be server specific, not global, along with a tickbox that says: "Enable Flood Protection?". Also, is there anyway to make the packets part of the server, so that when a user connects (example), it [the server] sends the packet. The connection deciphers the packet and then proceeds via the packets' instructions. This way, a noob like bob will not be able to "fake" a disconnect. Just wondering if it is possible, and yes, I am aware of the major overhaul it would impose.

Also, is there the possibility of games on vectornet? Like Uno, Guess the word, Rummy, Spades... etc so that we draw in more users instead of just a chat oriented program?

Edited it back. -Shadow.
Stop calling people nooobs or I am not going to give you moderator positions on the new site - Mike

Vector · « **Reply #20 on:** January 14, 2009, 09:47:50 AM »

Quote from: Zakara

Quote from: ~Shadow~
Suggestion: Make the flood out customizable and have the plugin queue the send to server messages for a split second.
Flood out should be based upon the following:
Number of messages sent per time elapsed (messages per time in seconds);
Number of connections (connections per time in seconds);
Penalty: Customizeable, warning, kick, time ban, four hour suspension, ban (That order for my server ) --Server keeps track of how many times you "flooded" or "spammed"

More to come at another time!

I kind of agree. Flood settings should be server specific, not global, along with a tickbox that says: "Enable Flood Protection?". Also, is there anyway to make the packets part of the server, so that when a user connects (example), it [the server] sends the packet. The connection deciphers the packet and then proceeds via the packets' instructions. This way, a noob like bob will not be able to "fake" a disconnect. Just wondering if it is possible, and yes, I am aware of the major overhaul it would impose.

Also, is there the possibility of games on vectornet? Like Uno, Guess the word, Rummy, Spades... etc so that we draw in more users instead of just a chat oriented program?

The possibility of games does look promising for VectorNet, now that you mention it. I like the tic tac toe game present on stealthbot 2.6r3 (they took it out in the betas )

When I come to it, then we'll see what happens

~Zone, do not edit posts by Root Admins.
Edited it back-- AGAIN!-Shadow
Once again... Mike

Zakara · « **Reply #21 on:** January 14, 2009, 01:54:03 PM »

I know the rules for rummy and spades pretty well. So if you need help adding them, talk to me or John.

Edit:
Also, you should make the flood protection based on number of 'characters" sent. I believe blizzard also has a max message per every 2 to 5 seconds. Its anywhere from 3 full length messages (within 4 seconds of the first one), 4 medium long (withing 5 seconds of the first one), and 6 small (which by chance is a total of 5 single character sentences, and one 3 character sentence). So I would actually make it based off of message length.

So, I would make it somewhere in between 1636 and 2048 characters (maybe more) before disconnecting the Flooder(s) from Vector Net.

And you didn't answer my question about packets being server side then sent to the connection and then deciphered (well carried out). Is there anyway you can have like that so all they have to worry about is having the packet instructions?

Vector · « **Reply #22 on:** January 14, 2009, 02:41:41 PM »

Quote from: Zakara

And you didn't answer my question about packets being server side then sent to the connection and then deciphered (well carried out). Is there anyway you can have like that so all they have to worry about is having the packet instructions?

The clients only manipulate the data sent from the server. Chat (0x02)-> Server -> Other clients (0x02), etc. The server handles basically everything.

With whispers previously, the client had to check its own userlist for a username, before sending it to the server for processing. Now, the name to be requested is instead send to the server, and it then processes the username, for an available username. If that user is not online, then the server sends the packet 0x03 back to the client with an appropriate error message with the code 0 (do not send 0x0B to disconnect).

What is it exactly what you mean? I thought the server already does this. If you're referring to the protocol, that lists all the packets send to/from the server.

ArticWolve · « **Reply #23 on:** January 14, 2009, 03:22:39 PM »

I think she meant use the server to store the packets until they are needed so all they have to do is reference to that specific packet and include the instructions for it instead of including the packet in the client(s).

Vector · « **Reply #24 on:** January 17, 2009, 01:27:23 AM »

Quote from: Zakara

I kind of agree. Flood settings should be server specific, not global, along with a tickbox that says: "Enable Flood Protection?". Also, is there anyway to make the packets part of the server, so that when a user connects (example), it [the server] sends the packet. The connection deciphers the packet and then proceeds via the packets' instructions. This way, a noob like Trey will not be able to "fake" a disconnect. Just wondering if it is possible, and yes, I am aware of the major overhaul it would impose.

OH, I think I understand you now. Of course I can do that, but think about it.

The clients need to send dynamic information for all but the first packet (log on -> 0x01) and a few others

The clients themselves send roughly only 5 packets to the server, while the server sends (does not reply to) roughly 13 packets or so.

I only see the 'need" for the first packet. The rest of the packets the clients send should not be asked for first hand. I hope I make myself clear to you

ArticWolve · « **Reply #25 on:** January 17, 2009, 04:56:46 AM »

Vector, if the disconnect packet is not processed correctly, like in Fail Bot, it will not disconnect the user correctly. The user will stay on the server and not be kicked/banned or dropped for flooding. Now if you reference only Connect and Disconnect on the server, and mandate the connections to use those packets (and issue checks for them), then you can rule out Trey's Fail Bot exploit.

Power · « **Reply #26 on:** January 17, 2009, 02:00:43 PM »

an -order pizza command.

orders online pizza from pizza hut.

Quote

Then stop fucking calling me that. im fuckin tired of this

You aren't the only one that feels like...that.

ArticWolve · « **Reply #27 on:** January 17, 2009, 08:03:44 PM »

Rofl power...... thats not possible. My place is undeliverable because it takes over an hour to get from the nearest pizza joint here, so not happening.

Vector · « **Reply #28 on:** January 18, 2009, 01:45:31 AM »

Either that, Shadow, or I'm going to have to make a do while loop, and find the correct constant which means the transmission is still in progress. Once it stops, I can then disconnect the socket.

Zakara · « **Reply #29 on:** January 29, 2009, 03:40:10 PM »

Non-Technical English for us lesser intelligent beings.