做漫画视频在线观看网站,无法连接wordpress,邢台做网站推广费用,网站建设发布平台原文地址 http://blog.csdn.net/whuslei/article/details/6667471 http://blog.csdn.net/wo2niliye/article/details/48447933 建立TCP需要三次握手才能建立#xff0c;而断开连接则需要四次握手。整个过程如下图所示#xff1a; 先来看看如何建立连接的。 首先Client端发送连… 原文地址 http://blog.csdn.net/whuslei/article/details/6667471 http://blog.csdn.net/wo2niliye/article/details/48447933 建立TCP需要三次握手才能建立而断开连接则需要四次握手。整个过程如下图所示 先来看看如何建立连接的。 首先Client端发送连接请求报文Server段接受连接后回复ACK报文并为这次连接分配资源。Client端接收到ACK报文后也向Server段发生ACK报文并分配资源这样TCP连接就建立了。 那如何断开连接呢简单的过程如下 【注意】中断连接端可以是Client端也可以是Server端。 假设Client端发起中断连接请求也就是发送FIN报文。Server端接到FIN报文后意思是说我Client端没有数据要发给你了但是如果你还有数据没有发送完成则不必急着关闭Socket可以继续发送数据。所以你先发送ACK告诉Client端你的请求我收到了但是我还没准备好请继续你等我的消息。这个时候Client端就进入FIN_WAIT状态继续等待Server端的FIN报文。当Server端确定数据已发送完成则向Client端发送FIN报文告诉Client端好了我这边数据发完了准备好关闭连接了。Client端收到FIN报文后就知道可以关闭连接了但是他还是不相信网络怕Server端不知道要关闭所以发送ACK后进入TIME_WAIT状态如果Server端没有收到ACK则可以重传。“Server端收到ACK后就知道可以断开连接了。Client端等待了2MSL后依然没有收到回复则证明Server端已正常关闭那好我Client端也可以关闭连接了。OkTCP连接就这样关闭了 整个过程Client端所经历的状态如下 而Server端所经历的过程如下转载请注明:blog.csdn.net/whuslei 【注意】 在TIME_WAIT状态中如果TCP client端最后一次发送的ACK丢失了它将重新发送。TIME_WAIT状态中所需要的时间是依赖于实现方法的。典型的值为30秒、1分钟和2分钟。等待之后连接正式关闭并且所有的资源(包括端口号)都被释放。 【问题1】为什么连接的时候是三次握手关闭的时候却是四次握手 答因为当Server端收到Client端的SYN连接请求报文后可以直接发送SYNACK报文。其中ACK报文是用来应答的SYN报文是用来同步的。但是关闭连接时当Server端收到FIN报文时很可能并不会立即关闭SOCKET所以只能先回复一个ACK报文告诉Client端你发的FIN报文我收到了。只有等到我Server端所有的报文都发送完了我才能发送FIN报文因此不能一起发送。故需要四步握手。 【问题2】为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态 答虽然按道理四个报文都发送完毕我们可以直接进入CLOSE状态了但是我们必须假象网络是不可靠的有可以最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。 一、TCP报文格式 TCP/IP协议的详细信息参看《TCP/IP协议详解》三卷本。下面是TCP报文格式图 图1 TCP报文格式 上图中有几个字段需要重点介绍下 1序号Seq序号占32位用来标识从TCP源端向目的端发送的字节流发起方发送数据时对此进行标记。 2确认序号Ack序号占32位只有ACK标志位为1时确认序号字段才有效AckSeq1。 3标志位共6个即URG、ACK、PSH、RST、SYN、FIN等具体含义如下 AURG紧急指针urgent pointer有效。 BACK确认序号有效。 CPSH接收方应该尽快将这个报文交给应用层。 DRST重置连接。 ESYN发起一个新连接。 FFIN释放一个连接。 需要注意的是 A不要将确认序号Ack与标志位中的ACK搞混了。 B确认方Ack发起方Req1两端配对。 二、三次握手 所谓三次握手Three-Way Handshake即建立TCP连接就是指建立一个TCP连接时需要客户端和服务端总共发送3个包以确认连接的建立。在socket编程中这一过程由客户端执行connect来触发整个流程如下图所示 图2 TCP三次握手 1第一次握手Client将标志位SYN置为1随机产生一个值seqJ并将该数据包发送给ServerClient进入SYN_SENT状态等待Server确认。 2第二次握手Server收到数据包后由标志位SYN1知道Client请求建立连接Server将标志位SYN和ACK都置为1ackJ1随机产生一个值seqK并将该数据包发送给Client以确认连接请求Server进入SYN_RCVD状态。 3第三次握手Client收到确认后检查ack是否为J1ACK是否为1如果正确则将标志位ACK置为1ackK1并将该数据包发送给ServerServer检查ack是否为K1ACK是否为1如果正确则连接建立成功Client和Server进入ESTABLISHED状态完成三次握手随后Client与Server之间可以开始传输数据了。 为什么不能只两次握手 有了三次握手的详细步骤就可以分析为什么需要三次握手而不是两次握手了。 三次握手的目的消除旧有连接请求的SYN消息对新连接的干扰同步连接双方的序列号和确认号并交换TCP 窗口大小信息。 设想如果只有两次握手那么第二次握手后服务器只向客户端发送ACK包此时客户端与服务器端建立连接。在这种握手规则下 假设如果发送网络阻塞由于TCP/IP协议定时重传机制B向A发送了两次SYN请求分别是x1和x2且因为阻塞原因导致x1连接请求和x2连接请求的TCP窗口大小和数据报文长度不一致如果最终x1达到Ax2丢失此时A同B建立了x1的连接这个时候因为AB已经连接B无法知道是请求x1还是请求x2同B连接如果B默认是最近的请求x2同A建立了连接此时B开始向A发送数据数据报文长度为x2定义的长度窗口大小为x2定义的大小而A建立的连接是x1其数据包长度大小为x1TCP窗口大小为x1定义这就会导致A处理数据时出错。 很显然如果A接收到B的请求后A向B发送SYN请求y3y3的窗口大小和数据报长度等信息为x1所定义确认了连接建立的窗口大小和数据报长度为x1所定义A再次确认回答建立x1连接然后开始相互传送数据那么就不会导致数据处理出错了。 SYN攻击 在三次握手过程中Server发送SYN-ACK之后收到Client的ACK之前的TCP连接称为半连接half-open connect此时Server处于SYN_RCVD状态当收到ACK后Server转入ESTABLISHED状态。SYN攻击就是Client在短时间内伪造大量不存在的IP地址并向Server不断地发送SYN包Server回复确认包并等待Client的确认由于源地址是不存在的因此Server需要不断重发直至超时这些伪造的SYN包将产时间占用未连接队列导致正常的SYN请求因为队列满而被丢弃从而引起网络堵塞甚至系统瘫痪。SYN攻击时一种典型的DDOS攻击检测SYN攻击的方式非常简单即当Server上有大量半连接状态且源IP地址是随机的则可以断定遭到SYN攻击了使用如下命令可以让之现行 #netstat -nap | grep SYN_RECV 三、四次挥手 三次握手耳熟能详四次挥手估计就所谓四次挥手Four-Way Wavehand即终止TCP连接就是指断开一个TCP连接时需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中这一过程由客户端或服务端任一方执行close来触发整个流程如下图所示 图3 TCP四次挥手 由于TCP连接时全双工的因此每个方向都必须要单独进行关闭这一原则是当一方完成数据发送任务后发送一个FIN来终止这一方向的连接收到一个FIN只是意味着这一方向上没有数据流动了即不会再收到数据了但是在这个TCP连接上仍然能够发送数据直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭而另一方则执行被动关闭上图描述的即是如此。 1第一次挥手Client发送一个FIN用来关闭Client到Server的数据传送Client进入FIN_WAIT_1状态。 2第二次挥手Server收到FIN后发送一个ACK给Client确认序号为收到序号1与SYN相同一个FIN占用一个序号Server进入CLOSE_WAIT状态。 3第三次挥手Server发送一个FIN用来关闭Server到Client的数据传送Server进入LAST_ACK状态。 4第四次挥手Client收到FIN后Client进入TIME_WAIT状态接着发送一个ACK给Server确认序号为收到序号1Server进入CLOSED状态完成四次挥手。 上面是一方主动关闭另一方被动关闭的情况实际中还会出现同时发起主动关闭的情况具体流程如下图 图4 同时挥手 流程和状态在上图中已经很明了了在此不再赘述可以参考前面的四次挥手解析步骤。 四、附注 关于三次握手与四次挥手通常都会有典型的面试题在此提出供有需求的XDJM们参考 1三次握手是什么或者流程四次握手呢答案前面分析就是。 2为什么建立连接是三次握手而关闭连接却是四次挥手呢 这是因为服务端在LISTEN状态下收到建立连接请求的SYN报文后把ACK和SYN放在一个报文里发送给客户端。而关闭连接时当收到对方的FIN报文时仅仅表示对方不再发送数据了但是还能接收数据己方也未必全部数据都发送给对方了所以己方可以立即close也可以发送一些数据给对方后再发送FIN报文给对方来表示同意现在关闭连接因此己方ACK和FIN一般都会分开发送。 转载于:https://www.cnblogs.com/carlos-liye/p/6681310.html
