今天给各位分享问是什么原因导致UDP数据包计时不一致?EN的知识,其中也会对问是什么原因导致UDP数据包计时不一致?EN进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
问是什么原因导致UDP数据包计时不一致?EN的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于问是什么原因导致UDP数据包计时不一致?EN、问是什么原因导致UDP数据包计时不一致?EN的信息别忘了在本站进行查找喔。
本文导读目录:
1、在网络数据包负载中指定的长度与读取的字节数不匹配;该连接已关闭。请与客户端库的供应商联系,一直来自某一个客户端。请问是什么问题呢?
问题 2009年9月9日星期三 上午8:46 在网络数据包负载中指定的长度与读取的字节数不匹配;该连接已关闭。请与客户端库的供应商联系,一直来自某一个客户端。请问是什么问题呢? 全部回复 (2) 2009年9月9日星期三 下午1:20 Is it sql server error? 2009年9月17日星期四 上午8:38 这个是因为客户端发起连接的数据包不符合TDS协议的要求。TDS是用于SQL Server 客户端和服务器通讯的协议。 我觉得比较可能的原因是客户端有软件想连接SQL Server但是没有通过SQL Server 客户端软件,例如telnet或者一些攻击软件。 这个错误可以自己模拟出来,例如: telnet 10.10.10.100 1234 后面的参数是SQL SERVER的IP和监听端口号。然后随便打一些字母,直到telnet退出。然后看ERRORLOG就会出这个信息。 关于TDS协议: http://msdn.microsoft.com/en-us/library/dd304523(PROT.13).aspx 我一直在做一个项目,它读取鼠标输入,然后通过UDP将其发送到另一台计算机,然后在那里重新创建鼠标输入。我在UDP数据包计时方面遇到了奇怪的问题,只是在我的一台计算机上,看起来UDP数据包可能被组合在一起了?我设置了一些简单的代码,每10ms发送一个大约12字节的udp包 但是,接收这些数据包的服务器并不像我预期的那样每10ms接收一个数据包。 取而代之的是,测量“自最后一个数据包以来的时间”显示以下时间: 显然,在我的代码之外一定有一些东西,或者UdpClient中的一些设置在幕后改变了时间,否则我看不出我的服务器怎么可能接收到包之间延迟<1ms的包,而客户端每10ms才发送一个包。 另一件值得注意的事情是,有时“数据包之间的时间”测量峰值高达60ms左右。我测量了这种情况发生的频率,它似乎每100ms就会出现一次峰值(大约1或2毫秒) 基于此,我认为在发送数据包之前,一定有什么东西在缓冲或分组在一起,可能是收集了100ms的所有数据包,然后一次性发送所有数据包。 还有一件事,我只在一台测试计算机上经历过这种类型的分组,这让我相信这可能是操作系统或驱动程序的问题。这个问题只发生在Microsoft Surface Go上,所以它可能与它是一个动力不足的设备有关。任何帮助都将不胜感激。 客户端的创建方式如下: 和Send函数: 接收线程: 当你与网络建立连接之后(无论是物理连接还是无线连接),就可以发送数据了。第一件事就是确定你想发送到哪里。我们先讨论IPv4的地址,在本章稍后部分再看一下IPv6。所有的计算机(以及路由器)都有一个IP地址,该地址由四个0到255之间的数字组成,中间以圆点分隔,例如192.0.0.5(注意这是一个IPv4地址)。第二件事是格式化要传输的数据。所有数据最终都采用二进制形式(多个1和0组成)。这些二进制数据被放入数据包(packet)中,总长度要小于大约65 000字节。前几个字节是首部(header)。首部内容说明数据包去往哪里、来自何方、本次传输还有多少个包。实际上,数据包有多个首部,但现在我们仅把首部作为单个实体来讨论。我们将研究的一些攻击(例如,IP欺骗)会试图改变首部以提供虚假信息。其他的攻击方法则只试图截获数据包并读取其内容(从而危害数据的安全)。 一个数据包可以有多个首部。事实上,大多数数据包至少有三个首部。IP首部包含源IP地址、目标IP地址以及数据包的协议等信息。TCP首部包含端口号等信息。以太网首部则包含源MAC地址和目的MAC地址等信息。如果一个数据包用传输层安全(Transport Layer Security,TLS)进行加密,那么它还将有一个TLS首部。 资料来源:《网络防御与安全对策:原理与实践(原书第3版)》,文章链接:https://developer.aliyun.com/article/726100问是什么原因导致UDP数据包计时不一致?EN的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于问是什么原因导致UDP数据包计时不一致?EN、问是什么原因导致UDP数据包计时不一致?EN的信息别忘了在本站进行查找喔。
未经允许不得转载! 作者:谁是谁的谁,转载或复制请以超链接形式并注明出处。
原文地址:http://www.kpfe.org/post/9336.html发布于:2025-12-28



