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