tcp支持的應(yīng)用協(xié)議（tcp支持的應(yīng)用協(xié)議有哪些）

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于tcp支持的應(yīng)用協(xié)議的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

開(kāi)始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話(huà)答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫(xiě)出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶(hù)端

官網(wǎng)：https://ai.de1919.com

本文目錄:

• 1、TCP/IP協(xié)議包括什么

• 2、TCP協(xié)議解析

• 3、tcp ip協(xié)議包含哪些應(yīng)用協(xié)議

• 4、TCP/IP協(xié)議是什么?

一、TCP/IP協(xié)議包括什么

TCP/IP協(xié)議包括因特網(wǎng)協(xié)議IP、傳輸控制協(xié)議TCP、用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP、虛擬終端協(xié)議TELNET、文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、網(wǎng)上新聞傳輸協(xié)議NNTP、超文本傳送協(xié)議HTTP八大協(xié)議。

TCP/IP參考模型是首先由ARPANET所使用的網(wǎng)絡(luò)體系結(jié)構(gòu)。這個(gè)體系結(jié)構(gòu)在它的兩個(gè)主要協(xié)議出現(xiàn)以后被稱(chēng)為T(mén)CP/IP參考模型。這一網(wǎng)絡(luò)協(xié)議共分為四層：網(wǎng)絡(luò)訪問(wèn)層、互聯(lián)網(wǎng)層、傳輸層和應(yīng)用層，各層有相應(yīng)的協(xié)議。

1、網(wǎng)絡(luò)訪問(wèn)層

在TCP/IP參考模型中并沒(méi)有詳細(xì)描述，只是指出主機(jī)必須使用某種協(xié)議與網(wǎng)絡(luò)相連。

2、互聯(lián)網(wǎng)層

是整個(gè)體系結(jié)構(gòu)的關(guān)鍵部分，其功能是使主機(jī)可以把分組發(fā)往任何網(wǎng)絡(luò)，并使分組獨(dú)立地傳向目標(biāo)。這些分組可能經(jīng)由不同的網(wǎng)絡(luò)，到達(dá)的順序和發(fā)送的順序也可能不同。高層如果需要順序收發(fā)，那么就必須自行處理對(duì)分組的排序。互聯(lián)網(wǎng)層使用因特網(wǎng)協(xié)議（IP）。

3、傳輸層

使源端和目的端機(jī)器上的對(duì)等實(shí)體可以進(jìn)行會(huì)話(huà)。在這一層定義了兩個(gè)端到端的協(xié)議：傳輸控制協(xié)議（TCP）和用戶(hù)數(shù)據(jù)報(bào)協(xié)議（UDP）。TCP是面向連接的協(xié)議，它提供可靠的報(bào)文傳輸和對(duì)上層應(yīng)用的連接服務(wù)。

為此，除了基本的數(shù)據(jù)傳輸外，它還有可靠性保證、流量控制、多路復(fù)用、優(yōu)先權(quán)和安全性控制等功能。UDP是面向無(wú)連接的不可靠傳輸?shù)膮f(xié)議，主要用于不需要TCP的排序和流量控制等功能的應(yīng)用程序。

4、應(yīng)用層

包含所有的高層協(xié)議，包括：虛擬終端協(xié)議（TELNET）、文件傳輸協(xié)議（FTP）、電子郵件傳輸協(xié)議（SMTP）、域名服務(wù)（DNS）、網(wǎng)上新聞傳輸協(xié)議（NNTP）和超文本傳送協(xié)議（HTTP）等。

TELNET允許一臺(tái)機(jī)器上的用戶(hù)登錄到遠(yuǎn)程機(jī)器上，并進(jìn)行工作；FTP提供有效地將文件從一臺(tái)機(jī)器上移到另一臺(tái)機(jī)器上的方法；SMTP用于電子郵件的收發(fā)；DNS用于把主機(jī)名映射到網(wǎng)絡(luò)地址；NNTP用于新聞的發(fā)布、檢索和獲?。籋TTP用于在WWW上獲取主頁(yè)。

擴(kuò)展資料：

TCP/IP協(xié)議的主要特點(diǎn)：

1、TCP/IP協(xié)議不依賴(lài)于任何特定的計(jì)算機(jī)硬件或操作系統(tǒng)，提供開(kāi)放的協(xié)議標(biāo)準(zhǔn)，即使不考慮Internet，TCP/IP協(xié)議也獲得了廣泛的支持。所以TCP/IP協(xié)議成為一種聯(lián)合各種硬件和軟件的實(shí)用系統(tǒng)。

2、TCP/IP協(xié)議并不依賴(lài)于特定的網(wǎng)絡(luò)傳輸硬件，所以TCP/IP協(xié)議能夠集成各種各樣的網(wǎng)絡(luò)。用戶(hù)能夠使用以太網(wǎng)、令牌環(huán)網(wǎng)、撥號(hào)線路、X.25網(wǎng)以及所有的網(wǎng)絡(luò)傳輸硬件。

3、統(tǒng)一的網(wǎng)絡(luò)地址分配方案，使得整個(gè)TCP/IP設(shè)備在網(wǎng)中都具有惟一的地址。

4、標(biāo)準(zhǔn)化的高層協(xié)議，可以提供多種可靠的用戶(hù)服務(wù)。

參考資料來(lái)源：百度百科-TCP/IP協(xié)議

二、TCP協(xié)議解析

主要特點(diǎn)：面向連接、面向字節(jié)流、全雙工通信、通信可靠。

優(yōu)缺點(diǎn)：

應(yīng)用場(chǎng)景：要求通信數(shù)據(jù)可靠時(shí)，即 數(shù)據(jù)要準(zhǔn)確無(wú)誤地傳遞給對(duì)方。如：傳輸文件：HTTP、HTTPS、FTP等協(xié)議；傳輸郵件：POP、SMTP等協(xié)議

ps：首部的前 20 個(gè)字節(jié)固定，后面有 4n 字節(jié)根據(jù)需要增加。故 TCP首部最小長(zhǎng)度 = 20字節(jié)（最大60個(gè)字節(jié)）。

TCP報(bào)頭中的源端口號(hào)和目的端口號(hào)同IP數(shù)據(jù)報(bào)中的源IP與目的IP唯一確定一條TCP連接。

重要字段：

客戶(hù)端與服務(wù)器來(lái)回共發(fā)送三個(gè)TCP報(bào)文段來(lái)建立運(yùn)輸連接，三個(gè)TCP報(bào)文段分別為：

（1）客戶(hù)端A向服務(wù)器B發(fā)送的TCP請(qǐng)求報(bào)段“SYN=1,seq=x”；

（2）服務(wù)器B向客戶(hù)端A發(fā)送的TCP確認(rèn)報(bào)文段“SYN=1,ACK=1,seq=y,ack=x+1”；

（3）客戶(hù)端A向服務(wù)器B發(fā)送的TCP確認(rèn)報(bào)文段“ACK=1,seq=x+1,ack=y+1”。

ps：在建立TCP連接之前，客戶(hù)端和服務(wù)器都處于關(guān)閉狀態(tài)（CLOSED）,直到客戶(hù)端主動(dòng)打開(kāi)連接，服務(wù)器才被動(dòng)打開(kāi)連接（處于監(jiān)聽(tīng)狀態(tài) = LISTEN）,等待客戶(hù)端的請(qǐng)求。

TCP 協(xié)議是一個(gè)面向連接的、安全可靠的傳輸層協(xié)議，三次握手的機(jī)制是為了保證能建立一個(gè)安全可靠的連接。

通過(guò)上述三次握手， 雙方確認(rèn)自己與對(duì)方的發(fā)送與接收是正常的，就建立起一條TCP連接，即可傳送應(yīng)用層數(shù)據(jù) 。ps：因 TCP提供的是全雙工通信，故通信雙方的應(yīng)用進(jìn)程在任何時(shí)候都能發(fā)送數(shù)據(jù)；三次握手期間，任何1次未收到對(duì)面的回復(fù)，則都會(huì)重發(fā)。

為什么兩次握手不行呢 ？

結(jié)論：防止服務(wù)器接收了 早已經(jīng)失效的連接請(qǐng)求報(bào)文 ，服務(wù)器同意連接，從而一直等待客戶(hù)端請(qǐng)求， 最終導(dǎo)致形成死鎖、浪費(fèi)資源 。

ps：SYN洪泛攻擊：（具體見(jiàn)下文）

為什么不需要四次握手呢 ？

SYN 同步序列編號(hào)(Synchronize Sequence Numbers) 是 TCP/IP 建立連接時(shí)使用的握手信號(hào)。在客戶(hù)機(jī)和服務(wù)器之間建立正常的 TCP 網(wǎng)絡(luò)連接時(shí)，客戶(hù)機(jī)首先發(fā)出一個(gè) SYN 消息，服務(wù)器使用 SYN-ACK 應(yīng)答表示接收到了這個(gè)消息，最后客戶(hù)機(jī)再以 ACK確認(rèn)序號(hào)標(biāo)志消息響應(yīng)。這樣在客戶(hù)機(jī)和服務(wù)器之間才能建立起可靠的 TCP 連接，數(shù)據(jù)才可以在客戶(hù)機(jī)和服務(wù)器之間傳遞。

如何來(lái)解決半連接攻擊？

如何來(lái)解決全連接攻擊？

請(qǐng)注意 ，現(xiàn)在 TCP 連接還沒(méi)有釋放掉。必須經(jīng)過(guò) 時(shí)間等待計(jì)時(shí)器 設(shè)置的時(shí)間 2MSL（MSL：最長(zhǎng)報(bào)文段壽命）后，客戶(hù)端才能進(jìn)入到 CLOSED 狀態(tài)，然后撤銷(xiāo)傳輸控制塊，結(jié)束這次 TCP 連接。當(dāng)然如果服務(wù)器一收到 客戶(hù)端的確認(rèn)就進(jìn)入 CLOSED 狀態(tài)，然后撤銷(xiāo)傳輸控制塊。所以在釋放連接時(shí)，服務(wù)器結(jié)束 TCP 連接的時(shí)間要早于客戶(hù)端。

TCP是全雙工的連接，必須兩端同時(shí)關(guān)閉連接，連接才算真正關(guān)閉。 簡(jiǎn)言之，客戶(hù)端發(fā)送了 FIN 連接釋放報(bào)文之后，服務(wù)器收到了這個(gè)報(bào)文，就進(jìn)入了 CLOSE-WAIT 狀態(tài)。這個(gè)狀態(tài)是為了讓服務(wù)器端發(fā)送還未傳送完畢的數(shù)據(jù)，傳送完畢之后，服務(wù)器才會(huì)發(fā)送 FIN 連接釋放報(bào)文，對(duì)方確認(rèn)后就完全關(guān)閉了TCP連接。

舉個(gè)例子：A 和 B 打電話(huà)，通話(huà)即將結(jié)束后，A 說(shuō)“我沒(méi)啥要說(shuō)的了”，B回答“我知道了”，但是 B 可能還會(huì)有要說(shuō)的話(huà)，A 不能要求 B 跟著自己的節(jié)奏結(jié)束通話(huà)，于是 B 可能又巴拉巴拉說(shuō)了一通，最后 B 說(shuō)“我說(shuō)完了”，A 回答“知道了”，這樣通話(huà)才算結(jié)束。

ps：設(shè)想這樣一個(gè)情景： 客戶(hù)端已主動(dòng)與服務(wù)器建立了 TCP 連接。但后來(lái)客戶(hù)端的主機(jī)突然發(fā)生故障。 顯然，服務(wù)器以后就不能再收到客戶(hù)端發(fā)來(lái)的數(shù)據(jù)。因此，應(yīng)當(dāng)有措施使服務(wù)器不要再白白等待下去。這就需要使用 TCP的保活計(jì)時(shí)器 。基本原理：

tcp11種狀態(tài)及變遷其實(shí)基本包含在正常的三次握手和四次揮手中，除開(kāi)CLOSING。

正常的三次握手包括4中狀態(tài)變遷：

服務(wù)器打開(kāi)監(jiān)聽(tīng)(LISTEN)->客戶(hù)端先發(fā)起SYN主動(dòng)連接標(biāo)識(shí)->服務(wù)器回復(fù)SYN及ACK確認(rèn)->客戶(hù)端再確認(rèn)即三次握手TCP連接成功。這里邊涉及四種狀態(tài)及變遷：

正常的四次握手包含6種tcp狀態(tài)變遷，如主動(dòng)發(fā)起關(guān)閉方為客戶(hù)端：

客戶(hù)端發(fā)送FIN進(jìn)入FIN_WAIT1 -> 服務(wù)器發(fā)送ACK確認(rèn)并進(jìn)入CLOSE_WAIT(被動(dòng)關(guān)閉)狀態(tài)->客戶(hù)端收到ACK確認(rèn)后進(jìn)入FIN_WAIT2狀態(tài) -> 服務(wù)器再發(fā)送FIN進(jìn)入LAST_ACK狀態(tài) -> 客戶(hù)端收到服務(wù)器的FIN后發(fā)送ACK確認(rèn)進(jìn)入TIME_WAIT狀態(tài) -> 服務(wù)器收到ACK確認(rèn)后進(jìn)入CLOSED狀態(tài)斷開(kāi)連接 -> 客戶(hù)端在等待2MSL的時(shí)間如果期間沒(méi)有收到服務(wù)器的相關(guān)包，則進(jìn)入CLOSED狀態(tài)斷開(kāi)連接。

CLOSING狀態(tài) ：連接斷開(kāi)期間，一般是客戶(hù)端發(fā)送一個(gè)FIN，然后服務(wù)器回復(fù)一個(gè)ACK，然后服務(wù)器發(fā)送完數(shù)據(jù)后再回復(fù)一個(gè)FIN，當(dāng)客戶(hù)端和服務(wù)器同時(shí)接受到FIN時(shí)，客戶(hù)端和服務(wù)器處于CLOSING狀態(tài)，也就是此時(shí)雙方都正在關(guān)閉同一個(gè)連接。

在進(jìn)入CLOSING狀態(tài)后，只要收到了對(duì)方對(duì)自己發(fā)送的FIN的ACK，收到FIN的ACK確認(rèn)就進(jìn)入TIME_WAIT狀態(tài)，因此，如果RTT(Round Trip Time TCP包的往返延時(shí))處在一個(gè)可接受的范圍內(nèi)，發(fā)出的FIN會(huì)很快被ACK從而進(jìn)入到TIME_WAIT狀態(tài)，CLOSING狀態(tài)持續(xù)的時(shí)間就特別短，因此很難看到這種狀態(tài)。

我們知道網(wǎng)絡(luò)層，可以實(shí)現(xiàn)兩個(gè)主機(jī)之間的通信。但是這并不具體，因?yàn)?，真正進(jìn)行通信的實(shí)體是在主機(jī)中的進(jìn)程，是一個(gè)主機(jī)中的一個(gè)進(jìn)程與另外一個(gè)主機(jī)中的一個(gè)進(jìn)程在交換數(shù)據(jù)。IP協(xié)議雖然能把數(shù)據(jù)報(bào)文送到目的主機(jī)， 但是并沒(méi)有交付給主機(jī)的具體應(yīng)用進(jìn)程 。而 端到端的通信才應(yīng)該是應(yīng)用進(jìn)程之間的通信 。

應(yīng)用場(chǎng)景 ：UDP協(xié)議比TCP協(xié)議的效率更高，TCP協(xié)議比UDP協(xié)議更加安全可靠。

下面主要對(duì) 數(shù)據(jù)傳輸出現(xiàn)錯(cuò)誤/無(wú)應(yīng)答/堵塞/超時(shí)/重復(fù) 等問(wèn)題。

注意：TCP丟包：TCP是基于不可靠的網(wǎng)路實(shí)現(xiàn)可靠傳輸，肯定會(huì)存在丟包問(wèn)題。如果在通信過(guò)程中，發(fā)現(xiàn)缺少數(shù)據(jù)或者丟包，那邊么 最大的可能性是程序發(fā)送過(guò)程或者接受過(guò)程中出現(xiàn)問(wèn)題。

總結(jié)：為了滿(mǎn)足TCP協(xié)議不丟包，即保證可靠傳輸，規(guī)定如下：

注意：TCP丟包有三方面的原因，一是網(wǎng)絡(luò)的傳輸質(zhì)量不好，二是安全策略，三是服務(wù)器性能瓶頸

先理解2個(gè)基礎(chǔ)概念：發(fā)送窗口、接收窗口

工作原理：

注意點(diǎn)：

關(guān)于滑動(dòng)窗口的知識(shí)點(diǎn)：

滑動(dòng)窗口中的數(shù)據(jù)類(lèi)型：

ARQ解決的問(wèn)題：出現(xiàn)差錯(cuò)時(shí)，讓發(fā)送方重傳差錯(cuò)數(shù)據(jù)：即 出錯(cuò)重傳

類(lèi)型：

流量控制和擁塞控制解決的問(wèn)題：當(dāng)接收方來(lái)不及接收收到的數(shù)據(jù)時(shí)，可通知發(fā)送方降低發(fā)送數(shù)據(jù)的效率：即 速度匹配

流量控制 ：

注意：

擁塞控制 ：

慢開(kāi)始與擁塞避免 ：

快重傳和快恢復(fù) ：

補(bǔ)充：流量控制和擁塞控制的區(qū)別

什么情況造成TCP粘包和拆包？

解決TCP粘包和拆包的方法：

傳輸層無(wú)法保證數(shù)據(jù)的可靠傳輸 ，只能通過(guò)應(yīng)用層來(lái)實(shí)現(xiàn)了。實(shí)現(xiàn)的方式可以參照tcp可靠性傳輸?shù)姆绞?，只是?shí)現(xiàn)不在傳輸層，實(shí)現(xiàn)轉(zhuǎn)移到了應(yīng)用層。

最簡(jiǎn)單的方式是在應(yīng)用層模仿傳輸層TCP的可靠性傳輸。 下面不考慮擁塞處理，可靠UDP的簡(jiǎn)單設(shè)計(jì)。

https://www.jianshu.com/p/65605622234b

http://www.open-open.com/lib/view/open1517213611158.html

https://blog.csdn.net/dangzhangjing97/article/details/81008836

https://blog.csdn.net/qq_30108237/article/details/107057946

https://www.jianshu.com/p/6c73a4585eba

三、tcp ip協(xié)議包含哪些應(yīng)用協(xié)議

通常我們說(shuō)得tcp/ip協(xié)議其實(shí)是一個(gè)協(xié)議族。

它包括得其他協(xié)議有：

1

遠(yuǎn)程登陸協(xié)議(telent)

2

文件傳輸協(xié)議(ftp

,file

transfer

protocol)

3

簡(jiǎn)單郵件傳輸協(xié)議(smtp,simple

mail

transfer

protocol)

4

域名系統(tǒng)(domain

name

system

,

dns)

5

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(

simple

network

management

protocol)

6

超文本傳送協(xié)議(http,hyper

text

transfer

protocol)

7

用戶(hù)數(shù)據(jù)報(bào)協(xié)議(udp）

平時(shí)用得qq就是用這個(gè)udp協(xié)議傳送消息得！

四、TCP/IP協(xié)議是什么?

TCP/IP是供已連接因特網(wǎng)的計(jì)算機(jī)進(jìn)行通信的通信協(xié)議。

TCP/IP協(xié)議TransmissionControlProtocol/InternetProtocol的簡(jiǎn)寫(xiě)，中譯名為傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議，又名網(wǎng)絡(luò)通訊協(xié)議，是Internet最基本的協(xié)議、Internet國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。

TCP/IP傳輸協(xié)議，即傳輸控制/網(wǎng)絡(luò)協(xié)議，也叫作網(wǎng)絡(luò)通訊協(xié)議。它是在網(wǎng)絡(luò)的使用中的最基本的通信協(xié)議。TCP/IP傳輸協(xié)議對(duì)互聯(lián)網(wǎng)中各部分進(jìn)行通信的標(biāo)準(zhǔn)和方法進(jìn)行了規(guī)定。并且，TCP/IP傳輸協(xié)議是保證網(wǎng)絡(luò)數(shù)據(jù)信息及時(shí)、完整傳輸?shù)膬蓚€(gè)重要的協(xié)議。

TCP/IP傳輸協(xié)議是嚴(yán)格來(lái)說(shuō)是一個(gè)四層的體系結(jié)構(gòu)，應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層都包含其中。

以上就是關(guān)于tcp支持的應(yīng)用協(xié)議相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢(xún)，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。

推薦閱讀：

ITC軟件安裝密碼（itc默認(rèn)密碼）

chatchatGPT（chatgpt官網(wǎng)）

ChatGPTAPP綠色版（chatcraft pro 綠色版）

微信重新登錄后怎么恢復(fù)聊天記錄

機(jī)器人聊天的軟件叫什么（機(jī)器人聊天的軟件叫什么來(lái)著）