国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

圖解TCP通信三次握手和四次分手

這篇具有很好參考價(jià)值的文章主要介紹了圖解TCP通信三次握手和四次分手。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

TCP協(xié)議非常重要,這里把它的連接和釋放整理一下。

首先是三次握手:

1、? 客戶端發(fā)起,像服務(wù)器發(fā)送的報(bào)文SYN=1,ACK=0,然后選擇了一個(gè)初始序號(hào):seq=x。

SYN是干什么用的?

在鏈接的時(shí)候創(chuàng)建一個(gè)同步序號(hào),當(dāng)SYN=1同時(shí)ACK=0的時(shí)候,表明這是一個(gè)連接請(qǐng)求的報(bào)文段。如果對(duì)方有意鏈接,返回的報(bào)文里面SYN=1,ACK=1,。從這個(gè)意義上來(lái)說(shuō),SYN=1的時(shí)候,就表明這是一個(gè)‘請(qǐng)求’或者‘接受請(qǐng)求’的報(bào)文。

SYN=1的報(bào)文段不能攜帶數(shù)據(jù)。但是要消耗掉一個(gè)序號(hào),

ACK是干什么用的?

僅當(dāng)ACK=1的時(shí)候,確認(rèn)字號(hào)(期望收到對(duì)方下一個(gè)報(bào)文段的第一個(gè)數(shù)據(jù)字節(jié)的編號(hào))才有效。因此,TCP規(guī)定,當(dāng)鏈接建立之后,所有往來(lái)的報(bào)文里面的ACK都應(yīng)該是1(事實(shí)上,也只有客戶端發(fā)起的鏈接請(qǐng)求報(bào)文的ACK沒(méi)有置1)。

現(xiàn)在的狀態(tài):客戶端進(jìn)入SYN-SEND狀態(tài);

2、? 服務(wù)器接收到了SYN=1,ACK=0的請(qǐng)求報(bào)文之后,返回一個(gè)SYN=1,ACK=1的確認(rèn)報(bào)文。

同時(shí),確認(rèn)號(hào)ack=x+1,同時(shí)也為自己選擇一個(gè)初始序號(hào)seq=y

現(xiàn)在的狀態(tài):服務(wù)器進(jìn)入SYN-REVD狀態(tài);

3、? 客戶端接收到了服務(wù)器的返回信息之后,還要給服務(wù)器返回最后一條確認(rèn),ACK=1,確認(rèn)號(hào)ack=y+1;

現(xiàn)在的狀態(tài):客戶端進(jìn)入ESTABLISHED狀態(tài)。

下面說(shuō)一下為什么兩次握手不行,非得三次:

首先說(shuō)明一種正常的情況,就是客戶端發(fā)送了一條請(qǐng)求鏈接的報(bào)文,但是由于網(wǎng)絡(luò)原因丟失了,所以,不可能接收到服務(wù)器端的確認(rèn)。這個(gè)時(shí)候,客戶端就就只有再一次發(fā)送原來(lái)的請(qǐng)求報(bào)文,這次服務(wù)器收到之后返回確認(rèn),客戶端再確認(rèn)一次,鏈接確立。

然后考慮一種不正常的情況,客戶端發(fā)了兩次請(qǐng)求鏈接的報(bào)文,第二條被服務(wù)器捕捉到,返回?cái)?shù)據(jù),完成了兩次握手。數(shù)據(jù)傳送完成之后,鏈接關(guān)閉。但是這時(shí)候,第一條擁塞的請(qǐng)求報(bào)文現(xiàn)在到達(dá)了服務(wù)器端,服務(wù)器還以為客戶端要又一次建立連接,于是發(fā)送確認(rèn),然后把自己敞開(kāi),等著客戶端發(fā)送過(guò)來(lái)數(shù)據(jù)。于是,很多的網(wǎng)絡(luò)資源就是這樣浪費(fèi)掉了。

要是實(shí)行三次握手,服務(wù)器收到了一條過(guò)期的請(qǐng)求報(bào)文,返回確認(rèn)信息,客戶端接收到了服務(wù)器的信息之后感到莫名其妙,心想:我他媽又沒(méi)要鏈接,你返回這個(gè)是不是瘋了。于是不置一詞。服務(wù)器過(guò)一段時(shí)間還沒(méi)有收到第三次握手的數(shù)據(jù),知道客戶端并沒(méi)有要求建立鏈接的請(qǐng)求,含淚離開(kāi)。

然后是四次分手:

現(xiàn)在雙方的狀態(tài)都是ESTABLISHED狀態(tài)。

1、? 客戶端發(fā)起請(qǐng)求,請(qǐng)求斷開(kāi)鏈接。FIN=1,seq=u。u是之前傳送過(guò)來(lái)的最后一個(gè)字節(jié)的序號(hào)+1。

FIN:用來(lái)釋放一個(gè)鏈接,當(dāng)FIN=1的時(shí)候,表明此報(bào)文的發(fā)送方已經(jīng)完成了數(shù)據(jù)的發(fā)送,沒(méi)有新的數(shù)據(jù)要傳送,并要求釋放鏈接。

客戶端進(jìn)入FIN-WAIT-1狀態(tài),等著服務(wù)器返回確認(rèn);

2、? 服務(wù)器收到客戶端的請(qǐng)求斷開(kāi)鏈接的報(bào)文之后,返回確認(rèn)信息。ACK=1,seq=v,ack=u+1。

服務(wù)器進(jìn)入CLOSE-WAIT狀態(tài)。

這個(gè)時(shí)候,客戶端不能給服務(wù)器發(fā)送信息報(bào)文,只能接收。但是服務(wù)器要是還有信息要傳給服務(wù)器,仍然能傳送。

3、? 當(dāng)服務(wù)器也沒(méi)有了可以傳的信息之后,給客戶端發(fā)送請(qǐng)求結(jié)束的報(bào)文。FIN=1,ACK=1,

ack=u+1,seq=w。

這個(gè)時(shí)候的狀態(tài):服務(wù)器進(jìn)入LAST-ACK狀態(tài)。

4、? 客戶端接收到FIN=1的報(bào)文之后,返回確認(rèn)報(bào)文,ACK=1,seq=u+1,ack=w+1。

發(fā)送完畢之后,客戶端進(jìn)入等待狀態(tài),等待兩個(gè)時(shí)間周期。關(guān)閉。

為什么最后還要等待兩個(gè)時(shí)間周期呢?

1、? 客戶端的最后一個(gè)ACK報(bào)文在傳輸?shù)臅r(shí)候丟失,服務(wù)器并沒(méi)有接收到這個(gè)報(bào)文。這個(gè)候。

服務(wù)器就會(huì)超時(shí)重傳這個(gè)FIN消息,然后客戶端就會(huì)重新返回最后一個(gè)ACK報(bào)文,等待兩個(gè)時(shí)間周期,完成關(guān)閉。如果不等待這兩個(gè)時(shí)間周期,服務(wù)器重傳的那條消息就不會(huì)收到。服務(wù)器就因?yàn)榻邮詹坏娇蛻舳说男畔⒍鵁o(wú)法正常關(guān)閉。

2、? 預(yù)防上一次在三次握手中提到的失效的報(bào)文干擾。兩個(gè)時(shí)間周期過(guò)去之后,所有的報(bào)文都會(huì)在網(wǎng)絡(luò)中消失,保證下一次重新連接的時(shí)候有亂七八糟的報(bào)文影響。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-466623.html

到了這里,關(guān)于圖解TCP通信三次握手和四次分手的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • TCP的三次握手和四次揮手······詳解

    TCP的三次握手和四次揮手······詳解

    三次握手是 建立連接 的過(guò)程 如圖大致為三次握手的流程圖: 當(dāng)客戶端對(duì)服務(wù)端發(fā)起連接時(shí),會(huì) 先發(fā)一個(gè)包 連接請(qǐng)求數(shù)據(jù),去詢問(wèn)能否建立連接,該數(shù)據(jù)包稱為 “SYN”包 然后,如果對(duì)方同意連接,那么對(duì)方將會(huì)回復(fù)一個(gè) “SYN+ACK”包 客戶端收到后,回復(fù)一個(gè) “ACK”包 ,連

    2024年02月09日
    瀏覽(25)
  • TCP中的三次握手和四次揮手

    TCP中的三次握手和四次揮手

    TCP中的連接和斷開(kāi)可以說(shuō)是在面試中經(jīng)常被問(wèn)到的問(wèn)題之一,正好有空就總結(jié)一下,首先回顧一下TCP的相關(guān)知識(shí)點(diǎn) 1.1 TCP的基本概念 我們知道TCP是運(yùn)輸層的面向連接的可靠的傳輸協(xié)議。 面向連接的 ,指的就是在兩個(gè)進(jìn)程發(fā)送數(shù)據(jù)之前,必須先相互“握手”,確保兩進(jìn)程可以

    2024年02月03日
    瀏覽(21)
  • tcp 三次握手和四次揮手報(bào)文分析

    tcp 三次握手和四次揮手報(bào)文分析

    ?報(bào)文抓取如下: 三段報(bào)文分析: 第一次:26-96報(bào)文交互 Seq-num = 567391014, ACK_NUM = 0; flags = SYN 第二次:96-26報(bào)文交互 Seq-num = 416352681, ?ACK_NUM = Seq-num + 1 =567391014 +1 =567391015, flags = ACK + SYN, ? 第三次:26-96報(bào)文交互 Seq-num= ACK_NUM= 567391015, ACK_NUM?= seq-num +1= 416352681+ 1 = 416352682, flags

    2024年02月04日
    瀏覽(23)
  • TCP協(xié)議的三次握手和四次揮手

    TCP協(xié)議的三次握手和四次揮手

    完整的TCP內(nèi)容,請(qǐng)參考RFC 9293 TCP協(xié)議為應(yīng)用提供可靠的、有序的的字節(jié)流服務(wù)。TCP是面向連接的,提供了全雙工的通信。TCP使用端口號(hào)來(lái)識(shí)別應(yīng)用程序服務(wù)并在主機(jī)之間復(fù)用不同的流。 TCP header也像IP header一樣,在header中提供了一些專(zhuān)門(mén)用于TCP的信息,TCP header之后就是用戶數(shù)

    2024年02月06日
    瀏覽(20)
  • 詳解TCP/IP的三次握手和四次揮手

    詳解TCP/IP的三次握手和四次揮手

    本文章講解TCP/IP協(xié)議的三次握手和四次揮手的流程。 三次握手:為了對(duì)每次發(fā)送的數(shù)據(jù)量進(jìn)行跟蹤與協(xié)商,確保數(shù)據(jù)段的發(fā)送和接收同步,根據(jù)所接收到的數(shù)據(jù)量而確認(rèn)數(shù)據(jù)發(fā)送、接收完畢后何時(shí)撤消聯(lián)系,并建立虛連接。 TCP協(xié)議位于傳輸層,作用是提供可靠的字節(jié)流服務(wù)

    2024年02月09日
    瀏覽(27)
  • 【新星計(jì)劃-2023】TCP三次握手和四次揮手講解

    【新星計(jì)劃-2023】TCP三次握手和四次揮手講解

    關(guān)于TCP三次握手和四次揮手,各位想必在讀大學(xué)的時(shí)候或者是在面試的時(shí)候一定遇到過(guò),三次握手和四次揮手本身是不是太難的,但它容易忘??,今天我就在這里給大家講解一下三次握手與四次揮手。 TCP三次握手建立連接, 是TCP數(shù)據(jù)傳輸?shù)谋匾^(guò)程 。流程大致分為以下幾步

    2024年02月05日
    瀏覽(24)
  • TCP的連接和建立(三次握手和四次揮手)

    TCP的連接和建立(三次握手和四次揮手)

    ? 1.TCP連接的建立 ? 連接的建立,通常稱為三次握手。 ? ? 建立連接前服務(wù)器處在收聽(tīng)狀態(tài)。 ? 第一步:客戶機(jī)的TCP向服務(wù)器的TCP發(fā)送連接請(qǐng)求報(bào)文段。同步位 = 1。這時(shí)客戶進(jìn)程進(jìn)入同步已發(fā)送狀態(tài)。 ? 第二步:服務(wù)器TCP收到連接請(qǐng)求報(bào)文段后,如同意建立連接,向客

    2024年02月16日
    瀏覽(23)
  • 面試題之TCP的三次握手和四次揮手

    面試題之TCP的三次握手和四次揮手

    TCP的三次握手: 一定由 客戶端主動(dòng)發(fā)起 的,發(fā)生在建立連接的過(guò)程中。 此過(guò)程發(fā)生在 客戶端的connect()函數(shù) 和 服務(wù)器的accept()函數(shù) 之間。 第一次握手: 客戶端向服務(wù)器發(fā)送一個(gè) 帶有SYN標(biāo)志的數(shù)據(jù)包 ,表示客戶端請(qǐng)求建立連接。 并且客戶端會(huì) 選擇一個(gè)隨機(jī)的序列號(hào)a 放在

    2024年02月07日
    瀏覽(18)
  • tcp的三次握手和四次揮手及相關(guān)面試題

    TCP的三次握手和四次揮手是計(jì)算機(jī)網(wǎng)絡(luò)領(lǐng)域中非常經(jīng)典的話題,通常在面試中也會(huì)被頻繁提及。下面是一些可能會(huì)被問(wèn)到的相關(guān)問(wèn)題: 三次握手(Three-Way Handshake) 請(qǐng)解釋TCP的三次握手過(guò)程。 為什么TCP需要進(jìn)行三次握手而不是兩次或四次? 三次握手中各個(gè)階段的作用是什么

    2024年04月17日
    瀏覽(33)
  • 【計(jì)算機(jī)網(wǎng)絡(luò)】TCP 的三次握手和四次揮手

    【計(jì)算機(jī)網(wǎng)絡(luò)】TCP 的三次握手和四次揮手

    TCP 是面向連接的,面向連接就是數(shù)據(jù)通訊的時(shí)候需要進(jìn)行三次握手,斷開(kāi)通訊的時(shí)候需要進(jìn)行四次揮手。 1.seq(sequence number),序列號(hào),隨機(jī)生成的 2.ack(acknowledgement number),確認(rèn)號(hào),ack=seq+1 3.ACK(acknowledgement),確定序列號(hào)有效 4.SYN(synchronous),發(fā)起新連接 5.FIN(FINISH),完成 TCP三次

    2024年02月10日
    瀏覽(23)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包