網(wǎng)絡安全協(xié)議基礎(編輯修改稿)
2025-02-26 11:10 本頁面
【文章內容簡介】 針窗 口確 認 號保 留 FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充TCP報文各字段域的含義22選項字段 ： TCP 只規(guī)定了一種選項，即最大報文段長度 MSS (Maximum Segment Size)。 MSS 告訴對方 TCP： “ 我的緩存所能接收的報文段的數(shù)據(jù)字段的最大長度是 MSS 個字節(jié)。 ” TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 （長 度 可 變）源 端 口序 號緊 急 指 針窗 口確 認 號保 留 FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充TCP報文各字段域的含義23填充字段 —— 這是為了使整個首部長度是 4 字節(jié)的整數(shù)倍。 TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 （長 度 可 變）源 端 口序 號緊 急 指 針窗 口確 認 號保 留 FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充TCP報文各字段域的含義24TCP協(xié)議的三次 “握手 ” 25SYN, SEQ = x主機 BSYN, ACK, SEQ = y, ACK= x ? 1ACK, SEQ = x + 1, ACK = y ? 1被動打開主動打開確認確認主機 A連接請求TCP傳輸連接建立26建立 TCP 連接1. A 的 TCP 向 B 發(fā)出連接請求報文段，其首部中的同步比特 SYN 應置為 1，并選擇序號 x，表明傳送數(shù)據(jù)時的第一個數(shù)據(jù)字節(jié)的序號是 x。2. B 的 TCP 收到連接請求報文段后，如同意，則發(fā)回確認。3. B 在確認報文段中應將 SYN 置為 1，其確認號應為 x ? 1，同時也為自己選擇序號 y。4. A 收到此報文段后，向 B 給出確認，其確認號應為 y ? 1。5. A 的 TCP 通知上層應用進程，連接已經(jīng)建立。6. 當運行服務器進程的主機 B 的 TCP 收到主機 A 的確認后，也通知其上層應用進程，連接已經(jīng)建立。 27TCP協(xié)議的四次 “揮手 ” 28TCP 連接釋放的過程 FIN, SEQ = xACK, SEQ = y, ACK= x ? 1ACK, SEQ = x + 1, ACK = y ? 1應用進程釋放連接A 不再發(fā)送報文FIN, ACK, SEQ = y+1, ACK = x + 1主機 B主機 A通知主機應用進程①應用進程釋放連接B 不再發(fā)送報文②確認確認從 A 到 B 的連接就釋放了，連接處于 半關閉 狀態(tài)。相當于 A 向 B 說：“ 我已經(jīng)沒有數(shù)據(jù)要發(fā)送了。但你如果還發(fā)送數(shù)據(jù)，我仍接收。 ” 至此，整個連接已經(jīng)全部釋放。29TCP傳輸連接建立舉例TCP傳輸連接建立： “ 三次握手 ”30TCP傳輸?shù)倪B接釋放舉例TCP傳輸連接釋放： “ 四次揮手 ”31一次完整的 FTP會話 l首先開啟目標主機的 FTP服務。 32一次完整的 FTP會話l啟動 Sniffer，利用 FTP連接目標主機上的 FTP服務器33一次完整的 FTP會話34一次完整的 FTP會話l登錄 FTP的過程是一次典型的 TCP連接，因為 FTP服務使用的是 TCP協(xié)議。其 TCP報頭的結構 :35TCP協(xié)議的三次 “握手 ”l 這個過程在 FTP的會話中也明顯的顯示出來36第一次 “握手 ” 37第二次 “握手 ” l SYN為 1，開始建立請求連接，需要對方計算機確認，對方計算機確認返回的數(shù)據(jù)包。 38第三次 “握手 ” l 對方計算機返回的數(shù)據(jù)包中 ACK為 1并且 SYN為 1，說明同意連接。l 這個時候需要源計算機的確認就可以建立連接了39第一次 “揮手 ” 40第二次 “揮手 ” l 第一次交互中，首先發(fā)送一個 FIN=1的請求，要求斷開，目標主機在得到請求后發(fā)送 ACK=1進行確認41第三次 “揮手 ” l 之后就發(fā)送了一個 FIN=1的包，與源主機斷開42第四次 “揮手 ” l 隨后源主機返回一條 ACK=1的信息，一次完整的 TCP會話就結束43252。UDP是一種 無連接的 、 不可靠 的傳輸層協(xié)議；252。在完成進程到進程的通信中提供了 有限的差錯檢驗 功能；252。設計比較簡單的 UDP協(xié)議的目的是希望以最小的開銷來達到網(wǎng)絡環(huán)境中的進程通信目的；252。進程發(fā)送的報文較短，同時對報文的可靠性要求不高，那么可以使用 UDP協(xié)議。用戶報文協(xié)議 UDPUDP協(xié)議的主要特點44UDP 用戶數(shù)據(jù)報的首部格式 偽首部 源端口 目的端口 長 度 檢驗和數(shù) 據(jù)首 部UDP長度源 IP 地址 目的 IP 地址 0 17IP 數(shù)據(jù)報字節(jié) 4 4 1 1 212 2 2 2 2字節(jié)發(fā)送在前數(shù) 據(jù)首 部UDP 用戶數(shù)據(jù)報45偽首部 源端口 目的端口 長 度 檢驗和數(shù) 據(jù)首 部UDP長度源 IP 地址 目的 IP 地址 0 17IP 數(shù)據(jù)報字節(jié) 4 4 1 1 212 2 2 2 2字節(jié)發(fā)送在前數(shù) 據(jù)首 部UDP 用戶數(shù)據(jù)報用戶數(shù)據(jù)報 UDP 有兩個字段： 數(shù)據(jù)字段和首部字段 。首部字段有 8 個字節(jié)，由 4 個字段組成，每個字段都是兩個字節(jié)。 UDP 用戶數(shù)
教學課件相關推薦
鄂ICP備17016276號-1