理论经典:TCP协议的3次握手与4次挥手过程详解

网络 马 东东 3年前 (2017-02-25) 2583次浏览 15个评论 扫描二维码

前言

尽管TCP和UDP都使用相同的网络层(IP),TCP却向应用层提供与UDP完全不同的服务。TCP提供一种面向连接的、可靠的字节流服务。

面向连接意味着两个使用TCP的应用(通常是一个客户和一个服务器)在彼此交换数据之前必须先建立一个TCP连接。这一过程与打电话很相似,先拨号振铃,等待对方摘机说“喂”,然后才说明是谁。

本文将分别讲解经典的TCP协议建立连接(所谓的“3次握手”)和断开连接(所谓的“4次挥手”)的过程。

相关资源

更多资料请查阅《TCP/IP 详解》这本书。

先来认识TCP报文格式

TCP/IP协议的详细信息参看《TCP/IP 协议详解》中有关TCP格式的章节(点此查看《TCP/IP详解 在线版》)。

下面是TCP报文格式图:

理论经典:TCP协议的3次握手与4次挥手过程详解

上图中有几个字段需要重点介绍下:

(1)序号:Seq序号,占32位,用来标识从TCP源端向目的端发送的字节流,发起方发送数据时对此进行标记。
(2)确认序号:Ack序号,占32位,只有ACK标志位为1时,确认序号字段才有效,Ack=Seq+1。
(3)标志位:共6个,即URG、ACK、PSH、RST、SYN、FIN等,具体含义如下:
       (A)URG:紧急指针(urgent pointer)有效。
(B)ACK:确认序号有效。
(C)PSH:接收方应该尽快将这个报文交给应用层。
(D)RST:重置连接。
(E)SYN:发起一个新连接。
(F)FIN:释放一个连接。

需要注意的是:

(A)不要将确认序号Ack与标志位中的ACK搞混了。
(B)确认方Ack=发起方Req+1,两端配对。

3次握手过程详解

所谓三次握手(Three-Way Handshake)即建立TCP连接,就是指建立一个TCP连接时,需要客户端和服务端总共发送3个包以确认连接的建立。在socket编程中,这一过程由客户端执行connect来触发,整个流程如下图所示:

理论经典:TCP协议的3次握手与4次挥手过程详解

(1)第一次握手:
Client将标志位SYN置为1,随机产生一个值seq=J,并将该数据包发送给Server,Client进入SYN_SENT状态,等待Server确认。

(2)第二次握手:
Server收到数据包后由标志位SYN=1知道Client请求建立连接,Server将标志位SYN和ACK都置为1,ack=J+1,随机产生一个值seq=K,并将该数据包发送给Client以确认连接请求,Server进入SYN_RCVD状态。

(3)第三次握手:
Client收到确认后,检查ack是否为J+1,ACK是否为1,如果正确则将标志位ACK置为1,ack=K+1,并将该数据包发送给Server,Server检查ack是否为K+1,ACK是否为1,如果正确则连接建立成功,Client和Server进入ESTABLISHED状态,完成三次握手,随后Client与Server之间可以开始传输数据了。

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

 

4次挥手过程详解

三次握手耳熟能详,四次挥手估计就少有人知道了。所谓四次挥手(Four-Way Wavehand)即终止TCP连接,就是指断开一个TCP连接时,需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中,这一过程由客户端或服务端任一方执行close来触发,整个流程如下图所示:

理论经典:TCP协议的3次握手与4次挥手过程详解

由于TCP连接时全双工的,因此,每个方向都必须要单独进行关闭,这一原则是当一方完成数据发送任务后,发送一个FIN来终止这一方向的连接,收到一个FIN只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个TCP连接上仍然能够发送数据,直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭,上图描述的即是如此。

  • 第一次挥手:
    Client发送一个FIN,用来关闭Client到Server的数据传送,Client进入FIN_WAIT_1状态。
  • 第二次挥手:
    Server收到FIN后,发送一个ACK给Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server进入CLOSE_WAIT状态。
  • 第三次挥手:
    Server发送一个FIN,用来关闭Server到Client的数据传送,Server进入LAST_ACK状态。
  • 第四次挥手:
    Client收到FIN后,Client进入TIME_WAIT状态,接着发送一个ACK给Server,确认序号为收到序号+1,Server进入CLOSED状态,完成四次挥手。

上面是一方主动关闭,另一方被动关闭的情况,实际中还会出现同时发起主动关闭的情况,具体流程如下图:

理论经典:TCP协议的3次握手与4次挥手过程详解

流程和状态在上图中已经很明了了,在此不再赘述,可以参考前面的四次挥手解析步骤。

结语

关于三次握手与四次挥手通常都会有典型的面试题,在此提出供有需求的XDJM们参考:

  • (1) 三次握手是什么或者流程?四次握手呢?答案前面分析就是。
  • (2) 为什么建立连接是三次握手,而关闭连接却是四次挥手呢?

这是因为服务端在LISTEN状态下,收到建立连接请求的SYN报文后,把ACK和SYN放在一个报文里发送给客户端。而关闭连接时,当收到对方的FIN报文时,仅仅表示对方不再发送数据了但是还能接收数据,己方也未必全部数据都发送给对方了,所以己方可以立即close,也可以发送一些数据给对方后,再发送FIN报文给对方来表示同意现在关闭连接,因此,己方ACK和FIN一般都会分开发送。


版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明文章地址:https://www.madongdong.me/technology/basic-computer/network/2017/02/26/485/mdd/
喜欢 (2)
[821300079@qq.com]
分享 (0)
马 东东
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到
(15)个小伙伴在吐槽
  1. Great site! I am loving it!! Will come back again. I am bookmarking your feeds also
    匿名2019-01-27 11:34 回复 Windows 10 | Chrome 62.0.3202.94
    • 马 东东
      Thank you for your comments. :mrgreen:
      马 东东2019-01-27 22:06 回复 Windows 10 | Chrome 63.0.3239.132
    • 马 东东
      Thank you for your comments. :mrgreen: :mrgreen:
      马 东东2019-01-27 22:09 回复 Windows 10 | Chrome 63.0.3239.132
  2. Your cranium must be prntoctieg some very valuable brains.
    匿名2018-10-05 22:56 回复 Windows 7 | Firefox浏览器 41.0
  3. Cause boy handlers are usually off hanging out with their dogs instead of trying to make them That and the girls are probably less intimidating to the
    匿名2017-09-18 17:43 回复 Windows XP | Firefox浏览器 3.5.6
    • What I find so intriesteng is you could never find this anywhere else.
      匿名2018-10-05 21:07 回复 Windows 7 | Firefox浏览器 41.0
  4. Better to write for yourself and have no public, than to write for the public and have no self.
    匿名2017-08-23 10:51 回复 未知操作系统 | Firefox浏览器 3.5.3
    • 马 东东
      :mrgreen: :mrgreen:
      马 东东2017-09-03 21:50 回复 Windows 10 | Chrome 55.0.2883.87
      • This could not posibsly have been more helpful!
        匿名2018-10-05 20:32 回复 Windows 7 | Firefox浏览器 41.0
  5. Get a good pre-workout, consume the pre-workout, go
    匿名2017-06-14 18:04 回复 未知操作系统 | Firefox浏览器 3.5.3
    • An inlntligeet answer - no BS - which makes a pleasant change
      匿名2018-10-05 20:23 回复 Windows 7 | Firefox浏览器 41.0
  6. 就是喜欢看你博客!
    增达网2017-03-06 16:48 回复 Windows 7 | 搜狗浏览器 2.X
    • At last! Something clear I can unndsrtaed. Thanks!
      匿名2018-10-05 19:16 回复 Windows 7 | Chrome 40.0.2214.111
  7. 拜读大侠博客,感悟人生道理!
    三五豪侠传2017-03-02 08:49 回复 Windows 7 | 搜狗浏览器 2.X
    • This "free sharing" of inotimafron seems too good to be true. Like communism.
      匿名2018-10-05 18:23 回复 Windows 7 | Chrome 40.0.2214.111