傳輸層協議介紹

傳輸層協議：TCP傳輸控制協議
??????????????????? UDP用戶數據報協議

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

TCP報文段首部格式

源端口號：發送方對應的端口號

目的端口號：對應的是接收端的進程，接收端收到數據段后，根據這個端口號來確定把數據送給哪個應用程序的進程

序號：發送端為每個字節編號，以便接收端重組

確認號：用于確認發送端的消息

首部長度：用它可以確定首部數據的字節長度

保留：現在沒有使用到

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

??????? URG：緊急指針有效位。1是開啟0是關閉，不經過緩存直接提交

??????? PSH：快速接受傳遞應用層。需要經過緩存等一批報文段到齊，直接發送應用層

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

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

??????? ACK：確認位

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

窗口大小：用于說明本地可接受數據段的數目，窗口大小是可變的

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

緊急指針：配合URG使用，當URG開啟時有效

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

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

第二次握手：pc2向pc1發送ACK確認連接并請求連接SYN

第三次握手：pc1向pc2發送ACK確認，實現連接

TCP四次握手（斷開連接）

第一次握手：pc1向pc2發送斷開連接FIN和確認ACK

第二次握手：pc2向pc1回復一個確認ACK

第三次握手：pc2向pc1發送斷開連接FIN和一個確認ACK

第四次握手：pc1向pc2發送一個確認ACK

在TCP斷開連接過程中，有一個半關閉狀態。TCP一方客戶端可以終止發送數據，但是仍然可以接受數據，稱為半關閉

（1）客戶端發送 FIN 報文段，半關閉了這個連接，服務器發送 ACK 報文段接受半關閉。

（2）服務器繼續發送數據，而客戶端只發送 ACK 確認，不再發送任何數據。

（3）當服務器已經把所有數據發送完畢時，就發送 FIN 報文段，客戶再發送 ACK 報文 段，這樣就關閉了 TCP 連接。

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

UDP協議

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

UDP首部格式

源端口號：用來標識數據發送端的進程，和 TCP 協議的端口號類似。

目的端口號：用來標識數據接收端的進程，和 TCP 協議的端口號類似。

UDP 長度：用來指出 UDP 的總長度，為首部加上數據。

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

常用的UDP端口號及其功能
端口?????? 協議? 說明
69???????? TFTP? 簡單文件傳輸協議
111??????? RPC? 遠程過程調用
123??????? NTP? 網絡時間協議