傳輸層協(xié)議介紹

傳輸層協(xié)議：TCP傳輸控制協(xié)議
??????????????????? UDP用戶數(shù)據(jù)報協(xié)議

TCP面向連接的，可靠的進(jìn)程到進(jìn)程通信的協(xié)議
TCP提供全雙工服務(wù)，即數(shù)據(jù)可在同一時間雙向傳輸
TCP報文段???? 不超過1500字節(jié)
????? TCP將若干個字節(jié)構(gòu)成一個分組，叫報文段
? ? ? TCP報文段封裝在IP數(shù)據(jù)報中

TCP報文段首部格式

源端口號：發(fā)送方對應(yīng)的端口號

目的端口號：對應(yīng)的是接收端的進(jìn)程，接收端收到數(shù)據(jù)段后，根據(jù)這個端口號來確定把數(shù)據(jù)送給哪個應(yīng)用程序的進(jìn)程

序號：發(fā)送端為每個字節(jié)編號，以便接收端重組

確認(rèn)號：用于確認(rèn)發(fā)送端的消息

首部長度：用它可以確定首部數(shù)據(jù)的字節(jié)長度

保留：現(xiàn)在沒有使用到

控制位：這六位有很重要的作用，TCP的連接，傳輸和斷開都受這六個控制為的指揮

??????? URG：緊急指針有效位。1是開啟0是關(guān)閉，不經(jīng)過緩存直接提交

??????? PSH：快速接受傳遞應(yīng)用層。需要經(jīng)過緩存等一批報文段到齊，直接發(fā)送應(yīng)用層

??????? SYN：請求建立連接

??????? FIN ：請求斷開連接

??????? ACK：確認(rèn)位

??????? RST：通知重新建立連接

窗口大?。河糜谡f明本地可接受數(shù)據(jù)段的數(shù)目，窗口大小是可變的

校驗和：用來做差錯控制的

緊急指針：配合URG使用，當(dāng)URG開啟時有效

TCP三次握手（TCP建立連接）

第一次握手：pc1向pc2發(fā)送一個SYN建立連接的請求連接

第二次握手：pc2向pc1發(fā)送ACK確認(rèn)連接并請求連接SYN

第三次握手：pc1向pc2發(fā)送ACK確認(rèn)，實現(xiàn)連接

TCP四次握手（斷開連接）

第一次握手：pc1向pc2發(fā)送斷開連接FIN和確認(rèn)ACK

第二次握手：pc2向pc1回復(fù)一個確認(rèn)ACK

第三次握手：pc2向pc1發(fā)送斷開連接FIN和一個確認(rèn)ACK

第四次握手：pc1向pc2發(fā)送一個確認(rèn)ACK

在TCP斷開連接過程中，有一個半關(guān)閉狀態(tài)。TCP一方客戶端可以終止發(fā)送數(shù)據(jù)，但是仍然可以接受數(shù)據(jù)，稱為半關(guān)閉

（1）客戶端發(fā)送 FIN 報文段，半關(guān)閉了這個連接，服務(wù)器發(fā)送 ACK 報文段接受半關(guān)閉。

（2）服務(wù)器繼續(xù)發(fā)送數(shù)據(jù)，而客戶端只發(fā)送 ACK 確認(rèn)，不再發(fā)送任何數(shù)據(jù)。

（3）當(dāng)服務(wù)器已經(jīng)把所有數(shù)據(jù)發(fā)送完畢時，就發(fā)送 FIN 報文段，客戶再發(fā)送 ACK 報文 段，這樣就關(guān)閉了 TCP 連接。

TCP常用端口號
端口號? 協(xié)議???????????????????????? 說明
21??????? FTP ? ? ? ? ? ? ? ? ? ? ? ?? FTP服務(wù)器所開放的控制端口? 20端口是ftp的數(shù)據(jù)連接21端口是ftp的控制連接
23??????? TELNET??????????????????? 明文 用于遠(yuǎn)程登錄，可以遠(yuǎn)程控制管理目標(biāo)計算機(jī)
25???? ?? SMTP?????????????????????? 用于發(fā)送郵件
80??????? HTTP ? ? ? ? ? ? ? ? ? ? ? 超文本傳輸協(xié)議???????????????????????????? https 443安全
110????? POP3?????????????????????? 用于郵件的接受
143????? IAMP?????????????????????? 用于發(fā)送郵件
22??????? SSH???????????????????????? 密文遠(yuǎn)程登陸

UDP協(xié)議

UDP 是一個無連接、不保證可靠性的傳輸層協(xié)議，也就是說發(fā)送端不關(guān)心發(fā)送的數(shù)據(jù)是 否到達(dá)目標(biāo)主機(jī)、數(shù)據(jù)是否出錯等，收到數(shù)據(jù)的主機(jī)也不會告訴發(fā)送方是否收到了數(shù)據(jù)，它 的可靠性由上層協(xié)議來保障。既然 UDP 有這樣的缺點(diǎn)，那為什么進(jìn)程還愿意使用它呢？因為 UDP 也有優(yōu)點(diǎn)，UDP 的首部結(jié)構(gòu)簡單，在數(shù)據(jù)傳輸時能實現(xiàn)最小的開銷，如果進(jìn)程想發(fā)送很 短的報文而不關(guān)心可靠性，就可以使用 UDP。使用 UDP 發(fā)送很短的報文時，在發(fā)送端和接 收端之間的交互要比使用 TCP 時少得多。

UDP首部格式

源端口號：用來標(biāo)識數(shù)據(jù)發(fā)送端的進(jìn)程，和 TCP 協(xié)議的端口號類似。

目的端口號：用來標(biāo)識數(shù)據(jù)接收端的進(jìn)程，和 TCP 協(xié)議的端口號類似。

UDP 長度：用來指出 UDP 的總長度，為首部加上數(shù)據(jù)。

校驗和：用來完成對 UDP 數(shù)據(jù)的差錯檢驗，它的計算與 TCP 校驗和類似。這是 UDP 提供的唯一可靠機(jī)制。

常用的UDP端口號及其功能
端口?????? 協(xié)議? 說明
69???????? TFTP? 簡單文件傳輸協(xié)議
111??????? RPC? 遠(yuǎn)程過程調(diào)用
123??????? NTP? 網(wǎng)絡(luò)時間協(xié)議