色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

淺談TCP三次握手和四次揮手

jf_qwOiugB3 ? 來源:通信弱電交流學(xué)習(xí) ? 2024-01-03 13:40 ? 次閱讀

TCP三次握手

計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)

在計(jì)算機(jī)網(wǎng)絡(luò)的基本概念中,分層次的體系結(jié)構(gòu)是最基本的。計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)的抽象概念較多,在學(xué)習(xí)時(shí)要多思考。這些概念對后面的學(xué)習(xí)很有幫助。

網(wǎng)絡(luò)協(xié)議是什么?

在計(jì)算機(jī)網(wǎng)絡(luò)要做到有條不紊地交換數(shù)據(jù),就必須遵守一些事先約定好的規(guī)則,比如交換數(shù)據(jù)的格式、是否需要發(fā)送一個(gè)應(yīng)答信息。這些規(guī)則被稱為網(wǎng)絡(luò)協(xié)議。

為什么要對網(wǎng)絡(luò)協(xié)議分層?

簡化問題難度和復(fù)雜度。由于各層之間獨(dú)立,我們可以分割大問題為小問題。

靈活性好。當(dāng)其中一層的技術(shù)變化時(shí),只要層間接口關(guān)系保持不變,其他層不受影響。

易于實(shí)現(xiàn)和維護(hù)。

促進(jìn)標(biāo)準(zhǔn)化工作。分開后,每層功能可以相對簡單地被描述。

網(wǎng)絡(luò)協(xié)議分層的缺點(diǎn):功能可能出現(xiàn)在多個(gè)層里,產(chǎn)生了額外開銷。

為了使不同體系結(jié)構(gòu)的計(jì)算機(jī)網(wǎng)絡(luò)都能互聯(lián),國際標(biāo)準(zhǔn)化組織 ISO 于1977年提出了一個(gè)試圖使各種計(jì)算機(jī)在世界范圍內(nèi)互聯(lián)成網(wǎng)的標(biāo)準(zhǔn)框架,即著名的開放系統(tǒng)互聯(lián)基本參考模型OSI/RM,簡稱為OSI。

OSI 的七層協(xié)議體系結(jié)構(gòu)的概念清楚,理論也較完整,但它既復(fù)雜又不實(shí)用,TCP/IP 體系結(jié)構(gòu)則不同,但它現(xiàn)在卻得到了非常廣泛的應(yīng)用。TCP/IP 是一個(gè)四層體系結(jié)構(gòu),它包含應(yīng)用層,運(yùn)輸層,網(wǎng)際層和網(wǎng)絡(luò)接口層(用網(wǎng)際層這個(gè)名字是強(qiáng)調(diào)這一層是為了解決不同網(wǎng)絡(luò)的互連問題),不過從實(shí)質(zhì)上講,TCP/IP 只有最上面的三層,因?yàn)樽钕旅娴木W(wǎng)絡(luò)接口層并沒有什么具體內(nèi)容,因此在學(xué)習(xí)計(jì)算機(jī)網(wǎng)絡(luò)的原理時(shí)往往采用折中的辦法,即綜合 OSI 和 TCP/IP 的優(yōu)點(diǎn),采用一種只有五層協(xié)議的體系結(jié)構(gòu),這樣既簡潔又能將概念闡述清楚,有時(shí)為了方便,也可把最底下兩層稱為網(wǎng)絡(luò)接口層。

四層協(xié)議,五層協(xié)議和七層協(xié)議的關(guān)系如下:

TCP/IP是一個(gè)四層的體系結(jié)構(gòu),主要包括:應(yīng)用層、運(yùn)輸層、網(wǎng)際層和網(wǎng)絡(luò)接口層。

五層協(xié)議的體系結(jié)構(gòu)主要包括:應(yīng)用層、運(yùn)輸層、網(wǎng)絡(luò)層,數(shù)據(jù)鏈路層和物理層。

OSI七層協(xié)議模型主要包括是:應(yīng)用層(Application)、表示層(Presentation)、會話層(Session)、運(yùn)輸層(Transport)、網(wǎng)絡(luò)層(Network)、數(shù)據(jù)鏈路層(Data Link)、物理層(Physical)。

注:五層協(xié)議的體系結(jié)構(gòu)只是為了介紹網(wǎng)絡(luò)原理而設(shè)計(jì)的,實(shí)際應(yīng)用還是 TCP/IP 四層體系結(jié)構(gòu)。

TCP/IP 協(xié)議族

應(yīng)用層

應(yīng)用層( application-layer )的任務(wù)是通過應(yīng)用進(jìn)程間的交互來完成特定網(wǎng)絡(luò)應(yīng)用。應(yīng)用層協(xié)議定義的是應(yīng)用進(jìn)程(進(jìn)程:主機(jī)中正在運(yùn)行的程序)間的通信和交互的規(guī)則。

對于不同的網(wǎng)絡(luò)應(yīng)用需要不同的應(yīng)用層協(xié)議。在互聯(lián)網(wǎng)中應(yīng)用層協(xié)議很多,如域名系統(tǒng) DNS,支持萬維網(wǎng)應(yīng)用的 HTTP 協(xié)議,支持電子郵件的 SMTP 協(xié)議等等。

運(yùn)輸層

運(yùn)輸層(transport layer)的主要任務(wù)就是負(fù)責(zé)向兩臺主機(jī)進(jìn)程之間的通信提供通用的數(shù)據(jù)傳輸服務(wù)。應(yīng)用進(jìn)程利用該服務(wù)傳送應(yīng)用層報(bào)文。

運(yùn)輸層主要使用一下兩種協(xié)議

傳輸控制協(xié)議-TCP:提供面向連接的,可靠的數(shù)據(jù)傳輸服務(wù)。

用戶數(shù)據(jù)協(xié)議-UDP:提供無連接的,盡最大努力的數(shù)據(jù)傳輸服務(wù)(不保證數(shù)據(jù)傳輸?shù)目煽啃裕?/p>

4bba6f5a-a9fa-11ee-8b88-92fbcf53809c.png

每一個(gè)應(yīng)用層(TCP/IP參考模型的最高層)協(xié)議一般都會使用到兩個(gè)傳輸層協(xié)議之一:

運(yùn)行在TCP協(xié)議上的協(xié)議:

HTTP(Hypertext Transfer Protocol,超文本傳輸協(xié)議),主要用于普通瀏覽。

HTTPS(HTTP over SSL,安全超文本傳輸協(xié)議),HTTP協(xié)議的安全版本。

FTP(File Transfer Protocol,文件傳輸協(xié)議),用于文件傳輸。

POP3(Post Office Protocol, version 3,郵局協(xié)議),收郵件用。

SMTP(Simple Mail Transfer Protocol,簡單郵件傳輸協(xié)議),用來發(fā)送電子郵件。

TELNET(Teletype over the Network,網(wǎng)絡(luò)電傳),通過一個(gè)終端(terminal)登陸到網(wǎng)絡(luò)。

SSH(Secure Shell,用于替代安全性差的TELNET),用于加密安全登陸用。

運(yùn)行在UDP協(xié)議上的協(xié)議:

BOOTP(Boot Protocol,啟動協(xié)議),應(yīng)用于無盤設(shè)備。

NTP(Network Time Protocol,網(wǎng)絡(luò)時(shí)間協(xié)議),用于網(wǎng)絡(luò)同步。

DHCP(Dynamic Host Configuration Protocol,動態(tài)主機(jī)配置協(xié)議),動態(tài)配置IP地址。

運(yùn)行在TCP和UDP協(xié)議上:

DNS(Domain Name Service,域名服務(wù)),用于完成地址查找,郵件轉(zhuǎn)發(fā)等工作。

網(wǎng)絡(luò)層

網(wǎng)絡(luò)層的任務(wù)就是選擇合適的網(wǎng)間路由和交換結(jié)點(diǎn),確保計(jì)算機(jī)通信的數(shù)據(jù)及時(shí)傳送。在發(fā)送數(shù)據(jù)時(shí),網(wǎng)絡(luò)層把運(yùn)輸層產(chǎn)生的報(bào)文段或用戶數(shù)據(jù)報(bào)封裝成分組和包進(jìn)行傳送。在 TCP/IP 體系結(jié)構(gòu)中,由于網(wǎng)絡(luò)層使用 IP 協(xié)議,因此分組也叫 IP 數(shù)據(jù)報(bào) ,簡稱數(shù)據(jù)報(bào)。

互聯(lián)網(wǎng)是由大量的異構(gòu)(heterogeneous)網(wǎng)絡(luò)通過路由器(router)相互連接起來的。互聯(lián)網(wǎng)使用的網(wǎng)絡(luò)層協(xié)議是無連接的網(wǎng)際協(xié)議(Intert Prococol)和許多路由選擇協(xié)議,因此互聯(lián)網(wǎng)的網(wǎng)絡(luò)層也叫做網(wǎng)際層或 IP 層。

數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層(data link layer)通常簡稱為鏈路層。兩臺主機(jī)之間的數(shù)據(jù)傳輸,總是在一段一段的鏈路上傳送的,這就需要使用專門的鏈路層的協(xié)議。

在兩個(gè)相鄰節(jié)點(diǎn)之間傳送數(shù)據(jù)時(shí),數(shù)據(jù)鏈路層將網(wǎng)絡(luò)層交下來的 IP 數(shù)據(jù)報(bào)組裝成幀,在兩個(gè)相鄰節(jié)點(diǎn)間的鏈路上傳送幀。每一幀包括數(shù)據(jù)和必要的控制信息(如同步信息,地址信息,差錯(cuò)控制等)。

在接收數(shù)據(jù)時(shí),控制信息使接收端能夠知道一個(gè)幀從哪個(gè)比特開始和到哪個(gè)比特結(jié)束。

一般的web應(yīng)用的通信傳輸流是這樣的:
4bcd782a-a9fa-11ee-8b88-92fbcf53809c.jpg

發(fā)送端在層與層之間傳輸數(shù)據(jù)時(shí),每經(jīng)過一層時(shí)會被打上一個(gè)該層所屬的首部信息。反之,接收端在層與層之間傳輸數(shù)據(jù)時(shí),每經(jīng)過一層時(shí)會把對應(yīng)的首部信息去除。

物理層

在物理層上所傳送的數(shù)據(jù)單位是比特。物理層(physical layer)的作用是實(shí)現(xiàn)相鄰計(jì)算機(jī)節(jié)點(diǎn)之間比特流的透明傳送,盡可能屏蔽掉具體傳輸介質(zhì)和物理設(shè)備的差異。使其上面的數(shù)據(jù)鏈路層不必考慮網(wǎng)絡(luò)的具體傳輸介質(zhì)是什么。“透明傳送比特流”表示經(jīng)實(shí)際電路傳送后的比特流沒有發(fā)生變化,對傳送的比特流來說,這個(gè)電路好像是看不見的。

TCP/IP 協(xié)議族

在互聯(lián)網(wǎng)使用的各種協(xié)議中最重要和最著名的就是 TCP/IP 兩個(gè)協(xié)議。現(xiàn)在人們經(jīng)常提到的 TCP/IP 并不一定是單指 TCP 和 IP 這兩個(gè)具體的協(xié)議,而往往是表示互聯(lián)網(wǎng)所使用的整個(gè) TCP/IP 協(xié)議族。

4bddb74e-a9fa-11ee-8b88-92fbcf53809c.png

互聯(lián)網(wǎng)協(xié)議套件(英語:Internet Protocol Suite,縮寫IPS)是一個(gè)網(wǎng)絡(luò)通訊模型,以及一整個(gè)網(wǎng)絡(luò)傳輸協(xié)議家族,為網(wǎng)際網(wǎng)絡(luò)的基礎(chǔ)通訊架構(gòu)。它常被通稱為TCP/IP協(xié)議族(英語:TCP/IP Protocol Suite,或TCP/IP Protocols),簡稱TCP/IP。因?yàn)樵搮f(xié)定家族的兩個(gè)核心協(xié)定:TCP(傳輸控制協(xié)議)和IP(網(wǎng)際協(xié)議),為該家族中最早通過的標(biāo)準(zhǔn)。

劃重點(diǎn):

TCP(傳輸控制協(xié)議)和IP(網(wǎng)際協(xié)議) 是最先定義的兩個(gè)核心協(xié)議,所以才統(tǒng)稱為TCP/IP協(xié)議族

TCP的三次握手四次揮手

TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,在發(fā)送數(shù)據(jù)前,通信雙方必須在彼此間建立一條連接。所謂的“連接”,其實(shí)是客戶端和服務(wù)端保存的一份關(guān)于對方的信息,如ip地址、端口號等。

TCP可以看成是一種字節(jié)流,它會處理IP層或以下的層的丟包、重復(fù)以及錯(cuò)誤問題。在連接的建立過程中,雙方需要交換一些連接的參數(shù)。這些參數(shù)可以放在TCP頭部。

一個(gè)TCP連接由一個(gè)4元組構(gòu)成,分別是兩個(gè)IP地址和兩個(gè)端口號。一個(gè)TCP連接通常分為三個(gè)階段:連接、數(shù)據(jù)傳輸、退出(關(guān)閉)。通過三次握手建立一個(gè)鏈接,通過四次揮手來關(guān)閉一個(gè)連接。

當(dāng)一個(gè)連接被建立或被終止時(shí),交換的報(bào)文段只包含TCP頭部,而沒有數(shù)據(jù)。

TCP報(bào)文的頭部結(jié)構(gòu)

在了解TCP連接之前先來了解一下TCP報(bào)文的頭部結(jié)構(gòu)。

4bfe01de-a9fa-11ee-8b88-92fbcf53809c.png

上圖中有幾個(gè)字段需要重點(diǎn)介紹下:

(1)序號:seq序號,占32位,用來標(biāo)識從TCP源端向目的端發(fā)送的字節(jié)流,發(fā)起方發(fā)送數(shù)據(jù)時(shí)對此進(jìn)行標(biāo)記。

(2)確認(rèn)序號:ack序號,占32位,只有ACK標(biāo)志位為1時(shí),確認(rèn)序號字段才有效,ack=seq+1。

(3)標(biāo)志位:共6個(gè),即URG、ACK、PSH、RST、SYN、FIN等,具體含義如下:

ACK:確認(rèn)序號有效。

FIN:釋放一個(gè)連接。

PSH:接收方應(yīng)該盡快將這個(gè)報(bào)文交給應(yīng)用層。

RST:重置連接。

SYN:發(fā)起一個(gè)新連接。

URG:緊急指針(urgent pointer)有效。

需要注意的是:

不要將確認(rèn)序號ack與標(biāo)志位中的ACK搞混了。

確認(rèn)方ack=發(fā)起方seq+1,兩端配對。

三次握手

三次握手的本質(zhì)是確認(rèn)通信雙方收發(fā)數(shù)據(jù)的能力

首先,我讓信使運(yùn)輸一份信件給對方,對方收到了,那么他就知道了我的發(fā)件能力和他的收件能力是可以的。

于是他給我回信,我若收到了,我便知我的發(fā)件能力和他的收件能力是可以的,并且他的發(fā)件能力和我的收件能力是可以。

然而此時(shí)他還不知道他的發(fā)件能力和我的收件能力到底可不可以,于是我最后回饋一次,他若收到了,他便清楚了他的發(fā)件能力和我的收件能力是可以的。

這,就是三次握手,這樣說,你理解了嗎?

4c1a033e-a9fa-11ee-8b88-92fbcf53809c.png

第一次握手:客戶端要向服務(wù)端發(fā)起連接請求,首先客戶端隨機(jī)生成一個(gè)起始序列號ISN(比如是100),那客戶端向服務(wù)端發(fā)送的報(bào)文段包含SYN標(biāo)志位(也就是SYN=1),序列號seq=100。

第二次握手:服務(wù)端收到客戶端發(fā)過來的報(bào)文后,發(fā)現(xiàn)SYN=1,知道這是一個(gè)連接請求,于是將客戶端的起始序列號100存起來,并且隨機(jī)生成一個(gè)服務(wù)端的起始序列號(比如是300)。然后給客戶端回復(fù)一段報(bào)文,回復(fù)報(bào)文包含SYN和ACK標(biāo)志(也就是SYN=1,ACK=1)、序列號seq=300、確認(rèn)號ack=101(客戶端發(fā)過來的序列號+1)。

第三次握手:客戶端收到服務(wù)端的回復(fù)后發(fā)現(xiàn)ACK=1并且ack=101,于是知道服務(wù)端已經(jīng)收到了序列號為100的那段報(bào)文;同時(shí)發(fā)現(xiàn)SYN=1,知道了服務(wù)端同意了這次連接,于是就將服務(wù)端的序列號300給存下來。然后客戶端再回復(fù)一段報(bào)文給服務(wù)端,報(bào)文包含ACK標(biāo)志位(ACK=1)、ack=301(服務(wù)端序列號+1)、seq=101(第一次握手時(shí)發(fā)送報(bào)文是占據(jù)一個(gè)序列號的,所以這次seq就從101開始,需要注意的是不攜帶數(shù)據(jù)的ACK報(bào)文是不占據(jù)序列號的,所以后面第一次正式發(fā)送數(shù)據(jù)時(shí)seq還是101)。當(dāng)服務(wù)端收到報(bào)文后發(fā)現(xiàn)ACK=1并且ack=301,就知道客戶端收到序列號為300的報(bào)文了,就這樣客戶端和服務(wù)端通過TCP建立了連接。

四次揮手

四次揮手的目的是關(guān)閉一個(gè)連接

4c2a0c66-a9fa-11ee-8b88-92fbcf53809c.jpg

比如客戶端初始化的序列號ISA=100,服務(wù)端初始化的序列號ISA=300。TCP連接成功后客戶端總共發(fā)送了1000個(gè)字節(jié)的數(shù)據(jù),服務(wù)端在客戶端發(fā)FIN報(bào)文前總共回復(fù)了2000個(gè)字節(jié)的數(shù)據(jù)。

第一次揮手:當(dāng)客戶端的數(shù)據(jù)都傳輸完成后,客戶端向服務(wù)端發(fā)出連接釋放報(bào)文(當(dāng)然數(shù)據(jù)沒發(fā)完時(shí)也可以發(fā)送連接釋放報(bào)文并停止發(fā)送數(shù)據(jù)),釋放連接報(bào)文包含F(xiàn)IN標(biāo)志位(FIN=1)、序列號seq=1101(100+1+1000,其中的1是建立連接時(shí)占的一個(gè)序列號)。需要注意的是客戶端發(fā)出FIN報(bào)文段后只是不能發(fā)數(shù)據(jù)了,但是還可以正常收數(shù)據(jù);另外FIN報(bào)文段即使不攜帶數(shù)據(jù)也要占據(jù)一個(gè)序列號。

第二次揮手:服務(wù)端收到客戶端發(fā)的FIN報(bào)文后給客戶端回復(fù)確認(rèn)報(bào)文,確認(rèn)報(bào)文包含ACK標(biāo)志位(ACK=1)、確認(rèn)號ack=1102(客戶端FIN報(bào)文序列號1101+1)、序列號seq=2300(300+2000)。此時(shí)服務(wù)端處于關(guān)閉等待狀態(tài),而不是立馬給客戶端發(fā)FIN報(bào)文,這個(gè)狀態(tài)還要持續(xù)一段時(shí)間,因?yàn)榉?wù)端可能還有數(shù)據(jù)沒發(fā)完。

第三次揮手:服務(wù)端將最后數(shù)據(jù)(比如50個(gè)字節(jié))發(fā)送完畢后就向客戶端發(fā)出連接釋放報(bào)文,報(bào)文包含F(xiàn)IN和ACK標(biāo)志位(FIN=1,ACK=1)、確認(rèn)號和第二次揮手一樣ack=1102、序列號seq=2350(2300+50)。

第四次揮手:客戶端收到服務(wù)端發(fā)的FIN報(bào)文后,向服務(wù)端發(fā)出確認(rèn)報(bào)文,確認(rèn)報(bào)文包含ACK標(biāo)志位(ACK=1)、確認(rèn)號ack=2351、序列號seq=1102。注意客戶端發(fā)出確認(rèn)報(bào)文后不是立馬釋放TCP連接,而是要經(jīng)過2MSL(最長報(bào)文段壽命的2倍時(shí)長)后才釋放TCP連接。而服務(wù)端一旦收到客戶端發(fā)出的確認(rèn)報(bào)文就會立馬釋放TCP連接,所以服務(wù)端結(jié)束TCP連接的時(shí)間要比客戶端早一些。

常見面試題

為什么TCP連接的時(shí)候是3次?2次不可以嗎?

因?yàn)樾枰紤]連接時(shí)丟包的問題,如果只握手2次,第二次握手時(shí)如果服務(wù)端發(fā)給客戶端的確認(rèn)報(bào)文段丟失,此時(shí)服務(wù)端已經(jīng)準(zhǔn)備好了收發(fā)數(shù)(可以理解服務(wù)端已經(jīng)連接成功)據(jù),而客戶端一直沒收到服務(wù)端的確認(rèn)報(bào)文,所以客戶端就不知道服務(wù)端是否已經(jīng)準(zhǔn)備好了(可以理解為客戶端未連接成功),這種情況下客戶端不會給服務(wù)端發(fā)數(shù)據(jù),也會忽略服務(wù)端發(fā)過來的數(shù)據(jù)。

如果是三次握手,即便發(fā)生丟包也不會有問題,比如如果第三次握手客戶端發(fā)的確認(rèn)ack報(bào)文丟失,服務(wù)端在一段時(shí)間內(nèi)沒有收到確認(rèn)ack報(bào)文的話就會重新進(jìn)行第二次握手,也就是服務(wù)端會重發(fā)SYN報(bào)文段,客戶端收到重發(fā)的報(bào)文段后會再次給服務(wù)端發(fā)送確認(rèn)ack報(bào)文。

為什么TCP連接的時(shí)候是3次,關(guān)閉的時(shí)候卻是4次?

因?yàn)橹挥性诳蛻舳撕头?wù)端都沒有數(shù)據(jù)要發(fā)送的時(shí)候才能斷開TCP。而客戶端發(fā)出FIN報(bào)文時(shí)只能保證客戶端沒有數(shù)據(jù)發(fā)了,服務(wù)端還有沒有數(shù)據(jù)發(fā)客戶端是不知道的。而服務(wù)端收到客戶端的FIN報(bào)文后只能先回復(fù)客戶端一個(gè)確認(rèn)報(bào)文來告訴客戶端我服務(wù)端已經(jīng)收到你的FIN報(bào)文了,但我服務(wù)端還有一些數(shù)據(jù)沒發(fā)完,等這些數(shù)據(jù)發(fā)完了服務(wù)端才能給客戶端發(fā)FIN報(bào)文(所以不能一次性將確認(rèn)報(bào)文和FIN報(bào)文發(fā)給客戶端,就是這里多出來了一次)。

為什么客戶端發(fā)出第四次揮手的確認(rèn)報(bào)文后要等2MSL的時(shí)間才能釋放TCP連接?

這里同樣是要考慮丟包的問題,如果第四次揮手的報(bào)文丟失,服務(wù)端沒收到確認(rèn)ack報(bào)文就會重發(fā)第三次揮手的報(bào)文,這樣報(bào)文一去一回最長時(shí)間就是2MSL,所以需要等這么長時(shí)間來確認(rèn)服務(wù)端確實(shí)已經(jīng)收到了。

如果已經(jīng)建立了連接,但是客戶端突然出現(xiàn)故障了怎么辦?

TCP設(shè)有一個(gè)保活計(jì)時(shí)器,客戶端如果出現(xiàn)故障,服務(wù)器不能一直等下去,白白浪費(fèi)資源。服務(wù)器每收到一次客戶端的請求后都會重新復(fù)位這個(gè)計(jì)時(shí)器,時(shí)間通常是設(shè)置為2小時(shí),若兩小時(shí)還沒有收到客戶端的任何數(shù)據(jù),服務(wù)器就會發(fā)送一個(gè)探測報(bào)文段,以后每隔75秒鐘發(fā)送一次。若一連發(fā)送10個(gè)探測報(bào)文仍然沒反應(yīng),服務(wù)器就認(rèn)為客戶端出了故障,接著就關(guān)閉連接。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 網(wǎng)絡(luò)協(xié)議

    關(guān)注

    3

    文章

    267

    瀏覽量

    21534
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1353

    瀏覽量

    79055
  • UDP
    UDP
    +關(guān)注

    關(guān)注

    0

    文章

    325

    瀏覽量

    33931
  • 計(jì)算機(jī)網(wǎng)絡(luò)

    關(guān)注

    3

    文章

    337

    瀏覽量

    22156

原文標(biāo)題:臥槽!牛皮了,頭一次見有大佬把TCP三次握手四次揮手解釋的這么明白

文章出處:【微信號:通信弱電交流學(xué)習(xí),微信公眾號:通信弱電交流學(xué)習(xí)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    講一講的TCP三次握手四次揮手

    如果你學(xué)過網(wǎng)絡(luò)基礎(chǔ)知識,那么你一定對TCP三次握手不陌生。今天我想用通俗的話來給大家講一講TCP三次握手
    的頭像 發(fā)表于 02-03 10:43 ?2712次閱讀
    講一講的<b class='flag-5'>TCP</b><b class='flag-5'>三次</b><b class='flag-5'>握手</b>和<b class='flag-5'>四次</b><b class='flag-5'>揮手</b>

    TCP戀愛史:三次握手四次分手

    ,心想:我他媽又沒要鏈接,你返回這個(gè)是不是瘋了。于是不置一詞。服務(wù)器過一段時(shí)間還沒有收到第三次握手的數(shù)據(jù),知道客戶端并沒有要求建立鏈接的請求,含淚離開。然后是四次分手:現(xiàn)在雙方的狀態(tài)都是
    發(fā)表于 09-28 10:07

    三次握手四次揮手你懂嗎

    程序員面試被問到“三次握手四次揮手”怎么辦?
    發(fā)表于 04-08 07:23

    TCP三次握手的過程描述

    本文檔主要描述TCP三次握手的過程,一個(gè)完整的三次握手也就是 請求---應(yīng)答---再次確認(rèn)
    發(fā)表于 03-02 15:37 ?8次下載

    tcp協(xié)議三次握手詳細(xì)過程

    TCP是主機(jī)對主機(jī)層的傳輸控制協(xié)議,提供可靠的連接服務(wù),采用三次握手確認(rèn)建立一個(gè)連接:第一握手:主機(jī)A發(fā)送位碼為syn=1,隨機(jī)產(chǎn)生seq
    發(fā)表于 12-08 11:53 ?9935次閱讀
    <b class='flag-5'>tcp</b>協(xié)議<b class='flag-5'>三次</b><b class='flag-5'>握手</b>詳細(xì)過程

    TCP/IP協(xié)議工作過程的三次握手四次揮手

    )、第三次握手:Client收到確認(rèn)后,檢查ACK是否為1,如果正確則將標(biāo)志位ACK置為1,并將該數(shù)據(jù)包發(fā)送給Server,Server檢查ACK是否為1,如果正確則連接建立成功,Client
    的頭像 發(fā)表于 10-25 09:49 ?6977次閱讀

    TCP三次握手過程及四次揮手過程說明

    三次握手 置位概念:根據(jù) TCP 的包頭字段,存在 3 個(gè)重要的標(biāo)識 ACK、SYN、FIN ACK:表示驗(yàn)證字段 SYN:位數(shù)置 1,表示建立 TCP 連接 FIN:位數(shù)置 1,表示
    的頭像 發(fā)表于 03-01 12:00 ?4229次閱讀

    TCP三次握手四次揮手以及11種狀態(tài)資料下載

    電子發(fā)燒友網(wǎng)為你提供TCP三次握手四次揮手以及11種狀態(tài)資料下載的電子資料下載,更有其他相關(guān)的電路圖、源代碼、課件教程、中文資料、英文資料
    發(fā)表于 04-15 08:41 ?2次下載
    <b class='flag-5'>TCP</b><b class='flag-5'>三次</b><b class='flag-5'>握手</b>和<b class='flag-5'>四次</b><b class='flag-5'>揮手</b>以及11種狀態(tài)資料下載

    TCP三次握手四次揮手過程中的異常情況

    TCP 三次握手四次揮手過程中,途中某一步的報(bào)文丟失了,會發(fā)生什么?
    的頭像 發(fā)表于 09-05 10:23 ?1253次閱讀

    如何使用WireShark進(jìn)行TCP三次握手

    WireShark是一種非常方便的網(wǎng)絡(luò)抓包工具,下面演示,使用WireShark來抓取TCP三次握手過程。
    的頭像 發(fā)表于 11-01 09:50 ?2146次閱讀

    TCP建立連接概述及三次握手四次揮手的流程

    具備上述個(gè)條件后A獲取B的信息是有要求的,根本上的要求是數(shù)據(jù)信道可靠,就是平時(shí)所說的可靠連接,那么如何保證連接的可靠性呢,TCP協(xié)議就是靠確認(rèn)應(yīng)答機(jī)制、超時(shí)重傳機(jī)制等保證連接可靠性的,接下來就通過TCP協(xié)議的
    的頭像 發(fā)表于 03-23 15:57 ?1098次閱讀
    <b class='flag-5'>TCP</b>建立連接概述及<b class='flag-5'>三次</b><b class='flag-5'>握手</b>、<b class='flag-5'>四次</b><b class='flag-5'>揮手</b>的流程

    用戀愛的方式解釋TCP三次握手四次揮手

    前言今天的分享,是關(guān)于前兩天讀到的心得,TCP建立連接時(shí)三次握手,斷開時(shí)為何4握手的自我理解:戀愛時(shí)連接時(shí)客戶端說:SYN(約嗎?)服務(wù)器
    的頭像 發(fā)表于 08-28 16:11 ?705次閱讀
    用戀愛的方式解釋<b class='flag-5'>TCP</b>的<b class='flag-5'>三次</b><b class='flag-5'>握手</b>和<b class='flag-5'>四次</b><b class='flag-5'>揮手</b>

    TCP/IP三次握手四次揮手講解

    第一握手:Client將標(biāo)志位SYN置為1,隨機(jī)產(chǎn)生一個(gè)值seq=J,并將該數(shù)據(jù)包發(fā)送給Server,Client進(jìn)入SYN_SENT狀態(tài),等待Server確認(rèn)。
    發(fā)表于 08-22 09:42 ?341次閱讀
    <b class='flag-5'>TCP</b>/IP<b class='flag-5'>三次</b><b class='flag-5'>握手</b>與<b class='flag-5'>四次</b><b class='flag-5'>揮手</b>講解

    說說TCP三次握手的過程?為什么是三次而不是兩四次

    說說TCP三次握手的過程?為什么是三次而不是兩四次T
    的頭像 發(fā)表于 02-04 11:03 ?674次閱讀

    簡述TCP協(xié)議的三次握手機(jī)制

    TCP(Transmission Control Protocol,傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它主要用于在IP網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)傳輸。TCP協(xié)議的三次握手
    的頭像 發(fā)表于 08-16 10:57 ?960次閱讀
    主站蜘蛛池模板: 亚洲色在线| 国产浮力草草影院CCYY| 果冻传媒AV精品一区| 欧美一区二区三区男同| 亚洲无遮挡无码A片在线| 草莓AV福利网站导航| 久久精品久久精品| 无套日出白浆在线播放| a国产成人免费视频| 久久久精品久久久久三级| 性做久久久久久久久浪潮| 被黑人做的白浆直流| 久久综合网久久综合| 亚洲AV久久久噜噜噜久久| 丹麦1o一19sex性hdhd| 蜜桃色欲AV久久无码精品| 亚洲伊人久久大香线蕉综合图片| 国产AV高清怡春院| 翘臀后进美女白嫩屁股视频| 中文字幕亚洲无限码| 狠狠鲁 我喜欢| 午夜理伦片免费| 高清大胆欧美videossexo| 欧美日韩免费看| 91久久偷偷做嫩草影院免费看| 精品久久99麻豆蜜桃666| 晓雪老师我要进你里面好爽| 国产AV一区二区三区传媒| 欧美精品做人一级爱免费| 78m成人亚洲| 久久中文字幕免费高清| 亚洲色播永久网址大全| 国色天香视频在线社区| 午夜精品国产自在现线拍| 国产精品第1页| 失禁h啪肉尿出来高h| 成年人视频在线免费播放| 琪琪热热色原日韩在线| 99久久精品国产亚洲AV| 麻花传媒XK在线观看| 中文字幕亚洲视频|