tcp三次握手的第三个报文(以下什么报文是tcp三次握手的首包)

1.第一次握手：A的TCP客户进程向B发出连接请求报文段（首部的同步位SYN=1，初始序号seq=x，SYN=1的报文段不能携带数据，但要消耗掉一个序号），此时TCP客户进程进入SYN-SENT（同步已发送）状态。 2.第二次握手：B收到连接请求报文段后，如同意建立连接，则向A发送确认报文（SYN=1，ACK=1，确认号ack=x+1，初始序号seq=y），B进程进入SYN-RCVD（同步收到）状态,A进入ESTABLISHED（已建立连接）。3.第三次握手：A收到B的确认后，要向B发送确认收到确认的报文段（ACK=1，确认号ack=y+1，序号seq=x+1，初始为seq=x，第二个报文段所以要+1），ACK报文段可以携带数据，不携带数据则不消耗序号,TCP连接已经建立,当B收到A的确认后，也进入ESTABLISHED状态。可以看到，三次握手过程中，A的状态变化为 CLOSED->SYN-SEND->ESTABLISHED。B的状态变化为（CLOSED）LISTEN->SYNC-RECEIVED->ESTABLISHED，两者都经过3次状态变化。 为何需要最后的客户端应答（为什么需要第三次握手）？

第一个报文是客户端发出的syn报文，表示客户端要发起通信 第二个报文是服务器发出的syn/ack报文，这个报文中的ack表示对客户端的syn报文的确认，这个报文中syn表示服务器也发起对客户端的请求第三个报文是客户端发出的ack报文，表示对服务器syn报文的确认 如此一来，通过三个报文就可以让双方彼此对通信做出确认了。
奇石又历数劫，但每次都化险为夷。邢云飞八十九岁寿终，以石陪葬，但不久石头又被盗墓贼窃走。

TCP握手协议 ：在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接。1、第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认； SYN：同步序列编号(Synchronize Sequence Numbers)2、第二次握手：服务器收到syn包,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN包（syn=k）,即SYN+ACK包,此时服务器进入SYN_RECV状态；3、第三次握手：客户端收到服务器的SYN＋ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。完成三次握手,客户端与服务器开始传送数据。所谓的三次握手（three times handshake；three-way handshaking）即对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系，并建立虚连接。为了提供可靠的传送，TCP在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息。TCP总是用来发送大批量的数据。当应用程序在收到数据后要做出确认时也要用到TCP。
1.TCP协议在七层结构之中的第四层，也就是传输层。它就是著名的“数据传输控制协议”，是网络协议中应用最广泛的协议之一。 2.TCP协议建立连接，产生会话，面向字节流，进行可靠的传输，确保数据从一个节点完整的到另外一个节点。 3.传输数据之前，客户端首先向服务器端发送一个SYN=1（触发标志）的触发数据包，等待服务器端的确认。
1.三次握手建立连接： 第一次握手：客户端发送syn包(seq=x)到服务器，并进入syn_send
建立TCP连接时，被动打开一端在收到对端SYN前所处的状态为（ ）。

TCP 三次握手过程不管是对于本科计算机网络学习还是考研考计网的同学来说都是必考的一个，所以要掌握 TCP 整个握手的过程显得尤为重要。 一、TCP 是什么？TCP是Transmission Control Protocol(传输控制协议) 的简称，它提供一种面向连接的、可靠的、基于字节流的传输层通信协议。在学习 TCP 握手过程之前，我们首先要了解 TCP 报文头部的一些标志信息，因为在 TCP 握手的过程中，要用到TCP报文头部的一些信息。TCP头部1.1 源端口和目的端口对于端口，我们可以这么理解：我们可以想象发送方很多的窗户，接收方也有很多的窗户，这些窗口都标有不同的端口号，源端口号和目的端口号就分别代表从哪个规定的串口发送到对方接收的窗口。不同的应用程序都有着不同的端口，比如HTTP端口80，SMTP端口25等。1.2 序号TCP是面向字节流的，在一个TCP连接中传送的字节流中的每一个字节都按顺序编号。接收端根据这个编号进行确认，保证分割的数据段在原始数据包的位置。通俗一点的讲，每个字段在传送中用序列号来标记自己位置的，而这个字段就是用来完成双方传输中确保字段原始位置是按照传输顺序的。（发送方是数据是怎样一个顺序，到了接受方也要确保是这个顺序）1.3 确认号确认号是期望收到对方下一个报文段的第一个字节的序号。确认号 = N,则表示到序号N-1为止的所有数据都已经正确收到。例如：B正确收到了A发送过来的一个报文段，其序号字段值为500，而数据字段长度是200字节(序号501~700)，这表明B正确收到了A发送的到序号700为止的数据，因此B期望收到A的下一个数据序号是701，于是B在发送给A的确认报文段中把确认号置为701。1.4 标志位TCP首部中有 6 个标志比特，它们中的多个可同时被设置为 1，主要是用于操控 TCP 的状态机的，依次为URG，ACK，PSH，RST，SYN，FIN。今天我们只介绍我们用到的三个。1.4.1 确认ACK这个标志位可以理解为发送端发送数据到接收端，发送的时候 ACK置 为 0，一旦接收端接收数据之后，就将 ACK 置为 1，发送端接收到之后，就知道了接收端已经接收了数据。需要注意的一点是：当且仅当ACK = 1时，确认号字段才有效。TCP规定，在连接建立后，所有传送的报文段 都将ACK置为1。1.4.2 同步SYNSYN是同步序列号，在建立TCP连接时用来同步序号。当SYN=1，ACK=0时，表明这是一个连接请求报文段。若对方同意建立连接，则应在响应的报文段中使SYN=1，ACK=1。因此，SYN置为1就表示这是一个连接请求或连接接受报文。1.4.3 终止FIN当发送端已经达到数据末尾，也就是说双方的数据传送完成，没有数据可以传送了，发送方FIN标志位置为1后，表示此报文段的发送方数据发送完毕，请求释放连接。二 T CP三次握手过程TCP 三次握手的过程解决以下三个问题1.要是每一方都能确知对方的存在2.要允许双方协商一些参数(如窗口最大值，是否使用窗口扩大选项以及时间戳选项等)3.能够对运输实体资源(如缓冲大小、连接表中的项目等)进行分配掌握了这些，TCP 的三次握手就简单多了。下面我们就以动画形式进行拆解三次握手过程。初始状态 ：客户端处于closed(关闭)状态，服务器处于listen(监听)状态第一次握手 ：客户端发送请求报文将SYN = 1同步序列号和初始化序列号seq = x发送给服务端，发送完之后客户端处于SYN_Send状态。第二次握手 ：服务端受到SYN请求报文之后，如果同意连接，会以自己的同步序列号SYN(服务端) = 1、初始化序列号seq = y和确认序列号（期望下次收到的数据包）ack = x+ 1以及确认号ACK = 1报文作为应答，服务器为SYN_Receive状态。第三次握手 ： 客户端接收到服务端的SYN + ACK之后，知道可以下次可以发送了下一序列的数据包了，然后发送同步序列号ack = y + 1和数据包的序列号seq = x + 1以及确认号ACK = 1确认包作为应答，客户端转为established状态。三、为什么不能是一次、二次握手，而必须是三次握手？为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。所谓“已失效的连接请求报文段”是这样产生的。考虑一种正常情况：A发出连接请求，但因连接请求报文丢失而未收到确认。于是A在重传一次连接请求，后来收到了确认，建立了连接。数据传输完毕后，就释放了连接。在此过程中，A一共发送了两个连接请求报文段，其中一个丢失，第二个到达了B。没有已经失效的报文段。但现在出现一种异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某些网络结点长时间滞留了，以至延误到连接释放以后的某个时间才到达B。本来这是一个早已经失效的报文段，但B收到此失效的连接请求报文段后，就误认为是A又发出一次新的连接请求。于是就向A发出确认报文段，同意建立连接。假定不采用三次握手，那么只要B发出确认，新的连接就建立了。由于现在A并没有发出建立连接的请求，因此不会理睬B的确认，也不会向B发送数据，但B却以为新的运输连接已经建立了，并一直等待A发来数据。B的许多资源就这样白白浪费了。 采用三次握手的办法可以防止上述现象的发生，例如在刚才的情况下，A不会向B的确认发出确认。B由于收不到确认，就知道A并没有要求建立连接。

化繁为简是人们解决复杂问题的常用方法，对计算机网络划分就是为了将计算机网络这个庞大的复杂的问题划分为简单的问题。通过“分而治之”解决简单的问题，从而解决复杂的问题。 五层划分是根据ISO/OSI参考模型和TCP/IP体系结构而来的 为了更好的学习计算机网络。他的五层分别是（从低到高）：物理层、数据链路层、网络层、传输层和应用层。下面对以上几个层次进行简单的介绍1、物理层物理层为最底层。为数据链路层提供物理连接，传输比特流。物理层的特性包括电压、频率、数据传输速率、最大传输距离等。2、数据链路层数据链路层建立在通信和实体之间，传输以“帧”为单位的数据。保证点到点的可靠性传输。3、网络层网络层主要功能是为处在不同网络系统中的两个节点通信提供一条逻辑通道。基本任务包括路由选择、拥塞控制、网络互连等。4、传输层（最关键的一层，TCP工作在这一层）传输层为用户提供“端到端”的服务。透明的传送报文。他屏蔽了下次数据通信的细节，因此很关键。该层关系的主要问题是包括建立连接、维护和中断虚电路、传输差错校验和恢复，以及信息流量控制机制等。5.应用层应用层是最靠近用户的OSI层，这一层作为用户的应用程序（例如电子邮件、 文件传输 和终端仿真）来提供网络服务。我们假设A公司要给B公司发送邮件  老板叫 秘书来一下 你把这个邮件 寄到B公司 秘书找到顺丰快递告诉小哥 我要寄件 把这个寄到那那那（B公司地址等信息）然后快递小哥打包放在他车里 到了晚上或者某一规定时间 统一的 把他送到集散中心 装箱 送到 飞机上之后就是逆向过程 在这中间 秘书不需要知道 我的邮件是怎么运输的 我不管 你就给我运就行了 每一层 做自己的事情互不干扰。TCP三次握手中有一些词要用到先简单解释一下TCP序列号（序列码SN,Sequence　Number） ：32位的序列号标识了TCP报文中第一个byte在对应方向的传输中对应的字节序号。当SYN出现，序列码实际上是初始序列码（ISN），而第一个数据字节是ISN+1，单位是byte。TCP应答号(Acknowledgment   Number简称ACK Number或简称为ACK Field) ：32位的ACK Number标识了报文发送端期望接收的字节序列。如果设置了ACK控制位，这个值表示一个准备接收的包的序列码。ACK(Acknowledgment) ：取值1代表Acknowledgment Number字段有效，这是一个确认的TCP包，取值0则不是确认包。SYN(Synchronize) ：同步序列编号(Synchronize Sequence Numbers)有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号，该序列编号为TCP连接初始端(一般是客户端)的初始序列编号。FIN(Finish) ：带有该标志置位的数据包用来结束一个TCP会话，但对应端口仍处于开放状态，准备接收后续数据。当FIN标志有效的时候我们称呼这个包为FIN包。上图已经说明了三次握手的过程。1、首先由主机A发出请求连接即 SYN=1 ACK=0  (请看上面的介绍), TCP规定SYN=1时不能携带数据，但要消耗一个序号,因此声明自己的序号是 seq=2002、然后 Server 进行回复确认，即 SYN=1 ACK=1 seq=500, ack=200+1,3、再然后主机A再进行一次确认，但不用SYN 了，这时即为 ACK=1, seq=200+1, ack=500+1.然后连接建立1、当主机A 没有东西要发送时就要释放 A 这边的连接，A会发送一个报文（没有数据），其中 FIN 设置为1。2、主机B收到后会给应用程序一个信，这时A那边的连接已经关闭，即A不再发送信息（但仍可接收信息）。3、A收到B的确认后进入等待状态，等待B请求释放连接， B数据发送完成后就向A请求连接释放，也是用FIN=1 表示， 并且用 ack =100+1(如图）。4、 A收到后回复一个确认信息，并进入 TIME_WAIT 状态， 等待 2MSL 时间。为什么要等待呢？为了这种情况： B向A发送 FIN = 1 的释放连接请求，但这个报文丢失了， A没有接到不会发送确认信息， B 超时会重传，这时A在WAIT_TIME 还能够接收到这个请求，这时再回复一个确认就行了。（A收到 FIN = 1 的请求WAIT_TIME会重新记时）另外主机B存在一个保活状态，即如果A突然故障死机了，那B那边的连接资源什么时候能释放呢？  就是保活时间到了后，B会发送探测信息， 以决定是否释放连接。我在网上找了一个例子三次握手：A:“喂，你听得到吗？”A->SYN_SENDB:“我听得到呀，你听得到我吗？”应答与请求同时发出 B->SYN_RCVD | A->ESTABLISHEDA:“我能听到你，今天balabala……”B->ESTABLISHED四次挥手：A:“喂，我不说了。”A->FIN_WAIT1B:“我知道了。等下，上一句还没说完。Balabala…..”B->CLOSE_WAIT | A->FIN_WAIT2B:”好了，说完了，我也不说了。”B->LAST_ACKA:”我知道了。”A->TIME_WAIT | B->CLOSEDA等待2MSL,保证B收到了消息,否则重说一次”我知道了”,A->CLOSEDTCP提供面向连接的可靠的（没有数据重复或丢失）全双工的数据流传输服务，每一个TCP连接可靠地建立，优雅的关闭，保证数据在连接关闭之前被可靠地投递到目的地。 UDP面向非连接的，不可靠的传输服务。它使用ip数据包携带数据，但增加了对给定主机上多个目标进行区分的能力。UDP既不使用确认信息对数据的到达进行确认，也不对收到的数据进行排序，因此可能出现丢失、重复、或乱序现象。