首页 / 资讯中心 / 文章详情

TCP可靠传输机制、滑动窗口控制与字节流粘包处理介绍

TCP可靠传输机制、滑动窗口控制与字节流粘包处理介绍 ★ FEATURED ARTICLE
文章目录一、TCP的可靠传输1.连接管理保证可靠传输1.1三次握手地建立连接1.2四次挥手地断开连接1.2.1每端异位切入,独立顺序执行2.确认应答、超时重传保证可靠传输2.1已到报文的复发重传2.1.1超时重传可能2.1.2快速重传不可能2.2请求响应消息的应用2.2.1延迟应答与捎带返回二、滑动窗口的控制1.流量控制与接收窗口2.拥塞控制与拥塞窗口2.1拥塞动态变化2.1.1极点动态变2.1.2中值动态变2.2线性不漏探测2.3拥塞窗口变化规律2.3.1低值窗口2.3.1.11起2.3.1.2指数曲线增长2.3.2中高值窗口2.3.2.1正比例直线增长2.3.2.1.1增长幅度2.3.3极点窗口2.3.3.1调整2.3.3.1.1反前一段重新2.3.3.1.2跳返中值重新三、字节流的粘包问题1.分割符标记边界2.属性符描述范围四、网络数据的安全1.传输层网络层调包2.应用层加密数据3.网络层限制IP4.应用层权限管理一、TCP的可靠传输超时重传、快速重传、滑动窗口及里面的接收,拥塞窗口的控制划分 都是同时在进行的1.连接管理保证可靠传输1.1三次握手地建立连接三次握手地建立连接[(己方告的确了,对方回的知了)单端任务]*2每方协商好了选项参数检测好了通信道路与能力正常后再开始的通信1.2四次挥手地断开连接四次挥手地断开连接(己方告确,对方知回)*2每方发完它发送流的预剩数据收完它接收流的所有数据后再结束的通信1.2.1每端异位切入,独立顺序执行按先后进入会从任务流程的不同位置开始双方单端任务独立,不管对方所在任务位置地,顺序做完各自的4步后,就直接断一方会以回结尾地先做完另方则以确结尾地可能做不完有进行重复的告 是为了做完一次的确2.确认应答、超时重传保证可靠传输在TCP里传输的普报,都有ack应答以确认发到没有应答的报文就会重复传,不管到没到,直发到,收到它的ack,能确认发到为止保证所有要发的报文,最后都有确认地发到2.1已到报文的复发重传2.1.1超时重传可能报文到后它的ack丢,可能会触发超时重传,复发已到报文可能此报文与它后面位置发送的报文 都未有一个 能报文发送到且它的ack返回到,把此报文的ack计时及时清0后面等到,此已到报文的ack超时后 就会重传此已到的报文2.1.2快速重传不可能报文到后就不可能通过触发快速重传,复发已到报文在它到前后面到报文的ack,可以正确对计增它在它到后它的ack与后面到报文的ack 都覆盖过此报文 不会错误针对它报文地 进行记的是其他报文的快速重传计数在它报文到后,它报文的ack计数后面就不会再变了,不会再计满触发,是不会对已到报文触发快速重传的2.2请求响应消息的应用客户端的请求与服务器的响应报文都是普报对方接收后,都会配ack返回,给发送方确认送到2.2.1延迟应答与捎带返回ack原本立即返回的在延迟的区间内,就有可能等含完 服务器收到请求,需花费时间计算出响应,再返回的时间 就合并到一个报文,捎带一起返回二、滑动窗口的控制发送方划的滑动窗口大小min(rwnd, cwnd)1.流量控制与接收窗口流量控制是依据接收方的处理能力根据对方放ack里返回的,对方接收缓冲区剩余量的接收窗口rwnd参与限制划,我方滑动窗口的连发报文量的大小2.拥塞控制与拥塞窗口拥塞控制是依据通信路径的处理能力尝试 能走通路径承受量的拥塞窗口cwnd参与限制划,滑动窗口的连发报文量的大小单位是自配置每份多少字节量的份数2.1拥塞动态变化网络上传输的数据因为不同时消耗量都在变化 沿途的每站都根据当时消耗最小地 每次选出不同中间路径的总路2.1.1极点动态变每个不同中间路径里面 决定整路径最高能承受的,某个最低路由器交换机的转发处理量 都是当时且不同的因此最大拥塞承受量(极点)是动态变化的2.1.2中值动态变网络环境的拥堵程度动态变化着导致 发送方拥塞窗口的极点动态变化着,拥塞窗口的新ssthresh预判中值动态变化着2.2线性不漏探测发送方发送前无法获取到,接着要走路径,里面的最大拥塞承受量因此采取线性不漏地探测,常靠向近极点的高量发送的策略2.3拥塞窗口变化规律传输轮次是发送方划的第几个滑动窗口2.3.1低值窗口2.3.1.11起初始轮次从最低量的1起线性探测就能避免跳线地,探测到 可能性很大的,通信道路如果是断开时的0极点2.3.1.2指数曲线增长测出通信道路不是断开的0极点后极点很大可能是常规的高值因此采用指数的曲线性增长用很少次不漏地探测发完,低值的拥塞窗口2.3.2中高值窗口2.3.2.1正比例直线增长到预测的很大可能是极点中值的ssthresh初始值后动态极点在不远的上面浮动着窗口量采用正比例的直线增长在窗口量正比例增长过程中一直每次发那么所有次数发完的总量中,发的中值到极点的窗口量会各占一半地探测发完2.3.2.1.1增长幅度调整不能太陡幅度,不然就中高值的拥塞窗口没发几个,就探测到极点完了,后就丢包高频丢包占发窗大比例,而低效也不能太缓幅度,不然中值的窗口量也会太多,而较低效率因此调整用 能发中高值窗口中量次数,丢包频也不高 的幅度最高效2.3.3极点窗口探测到极点及以上的窗口就会丢包每轮回的所有发窗次中,只有碰到或超过极点的一次是丢包的2.3.3.1调整2.3.3.1.1反前一段重新探测到极点丢包后如果就直接反向往前一段地找新的起始线头,再开始往后线性增长地探测就有可能,极点动态变化后,往前一段找的新前线头,变处还在极点上,然后首探就丢包测出来后再往前一段地找新线头,即使找到极点下后,新线头离极点仅一段的小距离,中高值探测的窗口只会发很少次,就又到极点而丢包了会造成中高值探测窗口发的次数少、丢包次数多效率低下2.3.3.1.2跳返中值重新因此都是碰到极点后,就跳返到极点一半的新ssthresh中值处很大可能地在动后的极点下,停断连续丢包且从中值往上增,发的就是中高值窗口,离极点一半的距离,就能发中高值窗口很多次三、字节流的粘包问题应用层往传输层缓冲区读写 去掉传输层报头的,纯应用层数据包时都是往对字节顺序紧挨,自然无划界的字节流里 靠标识边界:写入保留、读取找到 应用层意义聚块的每个数据包的字节块1.分割符标记边界应用层约定,以指定的分割符 标记作 每包的字节块的边界2.属性符描述范围应用层约定,用指定的属性符 描述出 每包的字节块的范围UDP的DatagramPacket数据包包与包之间以自然划有的节点作边界四、网络数据的安全1.传输层网络层调包窃取信息程序在本地安装后会读取网卡数据,对网络数据包解析出传输的应用层数据后修改应用层数据信息,变成对他有利得修改网络层传输层的IP与端口,送到他IP主机上的该应用程序的端口2.应用层加密数据应用层把应用数据加密成,只有目标应用才能正确解析的密文这样即使此网络消息被窃取了对方无法识出,这是什么应用的什么信息,并对它正确解析回原应用数据,后才可对它进行有效正确的数据读取和操作修改所以后面就算修改了网络层传输层的IP与端口,把消息送到他IP的主机,也不知道该送往哪个应用程序的端口就算送对了应用程序对密文也无法正确解析回原数据、读出有效信息、按正确成效格式地篡改3.网络层限制IP没有防火墙应用层里写的服务器,开在传输层的端口 就没有限制哪些IP下的客户端访问 就是公开到全网客户端可连的4.应用层权限管理黑客就能用他们实现的,朴素能百连服务器的客户端 对着此端口,尝试很多类型服务器的主流连法如果用某连法连上后(同时就知道了此服务器的类型及选择破解它的价值)就能用他们破解密码的尝试程序,试对密码后,就获取到了客户端的常规权限之后再根据网上公开的此服务器的漏洞 尝试从客户端权限里拿取到整个服务器的控制权限拿到服务器的控制权限后就能加密服务器里的数据制造取得更高的权限向你勒索
阅读完成 · 觉得有帮助?
咨询建站