VB.NET - 来自 TCP 客户端的数据不按顺序排列
我已经从事这个项目大约一年了。这是一个基本的客户端/服务器聊天程序。经过长时间的改进,我决定测试一下我的服务器的强度。
在客户端上,我尽可能快地向服务器发出了 200 条聊天消息(“FLOOD# 1”...“FLOOD# 200”)。结果:服务器立即崩溃。经过一些轻微的篡改后,我让服务器在放弃之前处理了 200 条消息中的 135 条。它不再崩溃,但发生了不同的事情。来自客户端的数据是按顺序接收的,但是当我将该消息传递给函数(myForm.OnLineReceived)时,数据完全乱序。如果我在 OnLineRecieved 函数的调用之间添加轻微的延迟,则消息的顺序是完美的。
来自客户端的每条消息首先都会被加密,然后以 base64 进行编码。末尾附加一个“-”,以便服务器可以轻松找到每个数据“包”的结尾。
我相信你们会很容易发现并向我指出这是一些愚蠢的错误。感谢您的浏览;)
服务器代码:
Imports System.Net.Sockets
Imports System.Text
' The UserConnection class encapsulates the functionality of a TcpClient connection
' with streaming for a single user.
Public Class UserConnection
Private client As TcpClient
Private readBuffer(READ_BUFFER_SIZE) As Byte
Public UID As String = ""
Public isAdmin As Boolean
Public IpAddress As String
Public username As String = ""
Public Country As String = ""
Public ServerID As String = ""
Public Status As String = ""
Public UserComp As String = ""
Public OS As String = ""
Public SessionKey As String = ""
Public UsePublicKeyEncryption As Boolean = True
Public Version As Decimal = 0.0
Const READ_BUFFER_SIZE As Integer = 500
Private _commands As New System.Text.StringBuilder
Private command_count As Integer = 1
' Overload the New operator to set up a read thread.
Public Sub New(ByVal client As TcpClient) 'this runs every time a new client is added
Me.client = client
IpAddress = Me.client.Client.RemoteEndPoint.ToString.Substring(0, Me.client.Client.RemoteEndPoint.ToString.LastIndexOf(":")) 'ip address of client
' This starts the asynchronous read thread. The data will be saved into
' readBuffer.
Call Worker()
End Sub
Public Sub ForceKill()
On Error Resume Next
client.GetStream.Close()
client.Close()
client = Nothing
End Sub
Private Sub Worker()
Try
SyncLock client
Dim tmp_byte(client.ReceiveBufferSize) As Byte
Me.client.GetStream.BeginRead(tmp_byte, 0, client.ReceiveBufferSize, AddressOf RecieveDataAndSplit, Nothing)
readBuffer = tmp_byte
End SyncLock
Catch
Call myForm.OnLineReceived(Me, "D") 'this also calls ForceKill()
End Try
End Sub
Public Event LineReceived(ByVal sender As UserConnection, ByVal Data As String)
' This subroutine uses a StreamWriter to send a message to the user.
Public Sub SendData(ByVal Data As String)
' Synclock ensure that no other threads try to use the stream at the same time.
SyncLock client
Dim writer As New IO.StreamWriter(client.GetStream)
writer.Write(ToBase64(AES_Encrypt(Data, SessionKey)) & "-")
' Make sure all data is sent now.
writer.Flush()
End SyncLock
End Sub
Public Sub RecieveDataAndSplit(ByVal ar As IAsyncResult) 'this is the FIRST function that incoming data is ran through
Dim BytesRead As Integer
Dim Content As String
Try
' Ensure that no other threads try to use the stream at the same time.
SyncLock client
' Finish asynchronous read into readBuffer and get number of bytes read.
BytesRead = client.GetStream.EndRead(ar)
End SyncLock
Catch e As Exception
Call myForm.OnLineReceived(Me, "D") 'couldn't read the stream from the client. Kill our connection with them :P
Exit Sub
End Try
Try
Content = Encoding.ASCII.GetString(readBuffer, 0, BytesRead)
Catch ex As Exception
Call Worker()
Exit Sub
End Try
Dim commands() As String
Try
commands = LineTrim(Content).Split("-")
Catch
End Try
Dim i As Integer = 0
For i = 0 To commands.Length - 1
If commands(i) <> "" Then
Dim decrypted_content As String = AES_Decrypt(FromBase64(commands(i)), SessionKey)
If decrypted_content <> "" Then
'If decrypted_content = "D" Or Nothing Then
' client.GetStream.Close()
' client.Close()
' Call myForm.OnLineReceived(Me, decrypted_content)
'Else
Call myForm.OnLineReceived(Me, decrypted_content)
Call Worker() 'reads the stream again
'End If
End If
End If
Next
End Sub
End Class
客户端代码:
Public Sub SendData(ByVal data As String)
Try
If data = "D" Then 'telling server that we're closing
ForceDisconnect(False)
Else 'any other message
Dim sendBytes As [Byte]()
sendBytes = Encoding.ASCII.GetBytes(ToBase64(AES_Encrypt(data, SessionKey)) & "-")
Dim networkStream As NetworkStream = tcp_client.GetStream()
networkStream.Write(sendBytes, 0, sendBytes.Length)
networkStream.Flush()
End If
Catch ex As Exception
connection_state_toggle(False)
Label1.ForeColor = Color.Black
Label1.Text = "Idle"
End Try
End Sub
I've been working on this project for about a year now. It's a basic client\server chat program. After a long time of improvement, I decided to test out the strength of my server.
On the client, I fired off 200 chat messages ("FLOOD# 1"... "FLOOD# 200") to the server as fast as possible. The result: Server immediately crashes. After some slight tampering, I was able to get the server to process 135 of the 200 messages before giving up. It no longer crashes, but something different happens. The data from the client is received in order, but when I pass that message to a function (myForm.OnLineReceived), The data is completely out of order. If I add a slight delay between the calling of the OnLineRecieved function, The messages are in perfect order.
Each message from the client is first encrypted, then encoded in base64. An "-" is appended to the end so that the server can easily find the end of each data "packet".
I'm sure that it's some stupid mistake that you guys will easily find and point out to me. Thanks for taking a look ;)
Server Code:
Imports System.Net.Sockets
Imports System.Text
' The UserConnection class encapsulates the functionality of a TcpClient connection
' with streaming for a single user.
Public Class UserConnection
Private client As TcpClient
Private readBuffer(READ_BUFFER_SIZE) As Byte
Public UID As String = ""
Public isAdmin As Boolean
Public IpAddress As String
Public username As String = ""
Public Country As String = ""
Public ServerID As String = ""
Public Status As String = ""
Public UserComp As String = ""
Public OS As String = ""
Public SessionKey As String = ""
Public UsePublicKeyEncryption As Boolean = True
Public Version As Decimal = 0.0
Const READ_BUFFER_SIZE As Integer = 500
Private _commands As New System.Text.StringBuilder
Private command_count As Integer = 1
' Overload the New operator to set up a read thread.
Public Sub New(ByVal client As TcpClient) 'this runs every time a new client is added
Me.client = client
IpAddress = Me.client.Client.RemoteEndPoint.ToString.Substring(0, Me.client.Client.RemoteEndPoint.ToString.LastIndexOf(":")) 'ip address of client
' This starts the asynchronous read thread. The data will be saved into
' readBuffer.
Call Worker()
End Sub
Public Sub ForceKill()
On Error Resume Next
client.GetStream.Close()
client.Close()
client = Nothing
End Sub
Private Sub Worker()
Try
SyncLock client
Dim tmp_byte(client.ReceiveBufferSize) As Byte
Me.client.GetStream.BeginRead(tmp_byte, 0, client.ReceiveBufferSize, AddressOf RecieveDataAndSplit, Nothing)
readBuffer = tmp_byte
End SyncLock
Catch
Call myForm.OnLineReceived(Me, "D") 'this also calls ForceKill()
End Try
End Sub
Public Event LineReceived(ByVal sender As UserConnection, ByVal Data As String)
' This subroutine uses a StreamWriter to send a message to the user.
Public Sub SendData(ByVal Data As String)
' Synclock ensure that no other threads try to use the stream at the same time.
SyncLock client
Dim writer As New IO.StreamWriter(client.GetStream)
writer.Write(ToBase64(AES_Encrypt(Data, SessionKey)) & "-")
' Make sure all data is sent now.
writer.Flush()
End SyncLock
End Sub
Public Sub RecieveDataAndSplit(ByVal ar As IAsyncResult) 'this is the FIRST function that incoming data is ran through
Dim BytesRead As Integer
Dim Content As String
Try
' Ensure that no other threads try to use the stream at the same time.
SyncLock client
' Finish asynchronous read into readBuffer and get number of bytes read.
BytesRead = client.GetStream.EndRead(ar)
End SyncLock
Catch e As Exception
Call myForm.OnLineReceived(Me, "D") 'couldn't read the stream from the client. Kill our connection with them :P
Exit Sub
End Try
Try
Content = Encoding.ASCII.GetString(readBuffer, 0, BytesRead)
Catch ex As Exception
Call Worker()
Exit Sub
End Try
Dim commands() As String
Try
commands = LineTrim(Content).Split("-")
Catch
End Try
Dim i As Integer = 0
For i = 0 To commands.Length - 1
If commands(i) <> "" Then
Dim decrypted_content As String = AES_Decrypt(FromBase64(commands(i)), SessionKey)
If decrypted_content <> "" Then
'If decrypted_content = "D" Or Nothing Then
' client.GetStream.Close()
' client.Close()
' Call myForm.OnLineReceived(Me, decrypted_content)
'Else
Call myForm.OnLineReceived(Me, decrypted_content)
Call Worker() 'reads the stream again
'End If
End If
End If
Next
End Sub
End Class
Client Code:
Public Sub SendData(ByVal data As String)
Try
If data = "D" Then 'telling server that we're closing
ForceDisconnect(False)
Else 'any other message
Dim sendBytes As [Byte]()
sendBytes = Encoding.ASCII.GetBytes(ToBase64(AES_Encrypt(data, SessionKey)) & "-")
Dim networkStream As NetworkStream = tcp_client.GetStream()
networkStream.Write(sendBytes, 0, sendBytes.Length)
networkStream.Flush()
End If
Catch ex As Exception
connection_state_toggle(False)
Label1.ForeColor = Color.Black
Label1.Text = "Idle"
End Try
End Sub
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
典型的 TCP/IP 网络错误。您假设发送的数据是消息或数据包,但它实际上是流。假设您的客户端发送消息1-消息2-消息3-消息4。在服务器端的读取回调中,您可能会得到:
或
或
或 只是
想想当您收到这样的消息碎片时,您的解析代码(命令的分割)会发生什么。好的 TCP/IP 代码应该能够在每次读取时接收单个字节的数据。如果不能,那么您一定会遇到问题。
典型的方法是不断添加到缓冲区并每次检查缓冲区是否有已完成的消息,然后仅弹出该消息,将任何部分消息留在缓冲区中以供稍后填写。检查 DOS 攻击/问题,例如在缓冲区太大时丢弃缓冲区(基于您的协议),也应该在某个时候添加。
Classic TCP/IP networking mistake. You are assuming that the data sent is in messages or packets, but it really is a stream. Let's say your client send message1-message2-message3-message4. On the server side on your read callback you may get:
or
or
or just
Think about what happens to your parsing code (the splitting of commands) when you get messages fragmented like this. Good TCP/IP code should be able to survive receiving data a single byte per read. If it cannot then you are bound to run into problems.
The typical approach is to keep adding to a buffer and inspecting the buffer each time for a completed message and then poping off just that message, leaving any partial message trailing in the buffer to get filled out later. Checks for DOS attacks/problems like discarding the buffer if it gets too large (based on your protocol) should be added at some point as well.
您正在创建新线程来处理数据,无法保证这些线程如何获取 CPU 时间的顺序,因此它们被乱序添加。
我现在没有任何东西可以调试,但我想知道 GetStream 是否可能在每次调用它时返回不同的对象引用,从而使 Synclock 对您尝试执行的操作无效。我会尝试仅在客户端上进行同步。
You're creating new threads to process the data, there is no guarantee to the order of how these threads will get CPU time, thus the reason they are added out of order.
I don't have anything to debug with me right now, but I'm wondering if GetStream may be returning a different object reference each time you call it, thus making the Synclock ineffective for what you're trying to do. I would try doing Synclock just on client.
好的,感谢每个人的输入(主要是 tcarvin 制作部分命令的“缓冲区”的想法),我已经成功地让一些漂亮的代码运行起来了!
希望这能帮助其他人避免我自己经历的痛苦日子。
这是 100% 工作的代码:
Ok, thanks to the input of everyone (mostly tcarvin's idea of making a 'buffer' of partial commands), I've managed to get some spiffy code working!
Hopefully this will save others the days of agony that I went through myself.
Here is the 100% working code: