TCP为什么建连需要三次握手,而断连需要四次挥手?

一、详解TCP概念及特点

概念:TCP是传输层协议,对应OSI网络模型的第四层:传输层

特点:1、基于链接(点对点),也就是传输数据前需要建立好链接,然后再进行传输。

            2、双工传输,一旦建立,双向通信。

            3、基于字节流而非报文,TCP能够保证接收数据的有序性和完整性,因此TCP能够提供可靠传输。

            4、流量控制

                TCP的流量控制由滑动窗口来实现的,滑动窗口控制流量取决于接收方的窗口大小。

                滑动窗口的本质是动态缓冲区,接收端根据自己的处理能力,再TCP的Header种动态的调整窗口大小,通过ACK包通知给发送端,发送端根据窗口的大小调整发送的速度。

            5、拥塞控制

                TCP考虑到网络问题可能导致大量重传等问题,进而导致网络情况进一步恶化,因此TCP协议还提供了拥塞控制。

                拥塞控制主要有四个算法:慢启动、拥塞避免、快速重传和快速恢复。


二、详解TCP的三次握手建立连接


tcp三次握手过程

TCP是基于链接的,所以在传输数据前需要新建链接,并且是双工传输,不区分客户端与服务端,这里把主动发起链接的一端叫做Client,被动建立链接的一端叫做Server。

首先建立链接前Server端先监听端口,因此初始状态是LISTEN状态,这时Client端准备建立连接,先发送一个SYN同步包,发送完同步包后Client端状态变成SYN_SENT状态。

Server端接收到SYN后,同意建立链接,会向Client端回复一个ACK数据包。由于TCP是双工传输,Server端也会同时向Client端发送SYN数据包,申请Server端向Client端的反向建立链接,发送完ACK和SYN后,Server端状态变成SYN_RCVD状态。

Client端接收到Server端的ACK后,状态就变成了ESTABLISHER状态,同时,Client端向Server端发送ACK,回复Server端的请求。Server端收到ACK后,链接状态就变成ESTABLISHER状态,此时建连完成,双方随时可以进行数据传输。

注意:1、三次握手是为了建立双向链接,需要记住状态的变化

           2、SYN洪水攻击的原因:Server端收到Client端的SYN同步包后,回复ACK和SYN,但是Client不进行回复,导致Server端大量链接处于SYN_RCVD(半连接)状态,进而影响其他正常请求的连接。

            解决:a、设置TCP参数 tcp_synack_retries=0 来加快半链接的回收速度。

                         b、调大 tcp_max_syn_backlog 来应对少量的洪水攻击,具体调大多少看内存而定,这个参数起辅助作用。


三、详解TCP四次挥手断开连接

tcp四次挥手过程

TCP连接关闭,双方都可以先发起,这里吧先发起的一方称为Client。

首先通信的双方状态都是ESTABLISHER状态,然后Client端发起关闭连接请求,Client端向Server端发送FIN数据包,表示Client端已经没有数据要发送了,然后Client端进入FIN_WAIT_1状态。

Server端接收到FIN后返回ACK数据包,就进入CLOSE_WAIT状态,此时Server端属于半关闭状态,因为此时Client端已经不会再向Server端传输数据了,但是Server端向Client可能还有数据要发送。Client端接收到ACK后,进入FIN_WAIT_2状态。

当Server端数据发送完毕后,Server端会向Client端发送FIN数据包,表示Server端也没有数据要传输了,这时Server端进入LAST_ACK状态,就等待Client端应答就可以关闭连接了。

Client端接收到Server端的FIN后回复ACK,然后进入TIME_WAIT状态,这个状态下要等待两倍的MSL也就是最大报文段生存时间,来保证链接的可靠关闭,之后才会进入CLOSED状态,而Server端接收到ACK后直接进入CLOSED状态。

注意:1、为什么需要等待2倍的MSL之后才能关闭连接?

                    a、要保证TCP双工链接能够可靠关闭。

                    b、要保证这次链接种重复的数据段能够从网络种消失,防止端口被重用的时候可能会产生数据混淆。

             2、大量的Socket处于TIME_WAIT状态或者CLOSE_WAIT状态问题解决。

                    a、加快TIME_WAIT状态的Socket回收开启tcp_tw_reuse和tcp_tw recycle。

                    b、大量的Socket处于TIME_WAIT状态可能是被动关闭的一方存在代码bug,没有正确关闭导致的。


四、总结

从这两个交互可以看出,无论是建连还是断连,都是从两个方向上进行的,只不过建连的时候Server端的SYN和ACK是合并为一次发送的,而断连时,两个方向上的数据发送停止时间可能不同,所以不能和并发送SYN和ACK。这就是三握四挥的原因。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,137评论 6 511
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,824评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,465评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,131评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,140评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,895评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,535评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,435评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,952评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,081评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,210评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,896评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,552评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,089评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,198评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,531评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,209评论 2 357

推荐阅读更多精彩内容