02chapter02網(wǎng)絡安全協(xié)議基礎(編輯修改稿)
2024-11-17 00:12 本頁面
【文章內(nèi)容簡介】 圖所示。,第一次“握手”,首先分析建立“握手”第一個過程包的結構，如圖213所示。,第二次“握手”,SYN為1，開始建立請求連接，需要對方計算機確認，對方計算機確認返回的數(shù)據(jù)包如圖214所示。,第三次“握手”,對方計算機返回的數(shù)據(jù)包中ACK為1并且SYN為1，說明同意連接。 這個時候需要源計算機的確認就可以建立連接了。確認數(shù)據(jù)包的結構如圖215所示。,2.4.4 TCP協(xié)議的四次“揮手”,需要斷開連接的時候，TCP也需要互相確認才可以斷開連接，四次交互過程如圖216所示。,第一次“揮手”,第一次交互過程的數(shù)據(jù)報結構如圖217所示。,第二次“揮手”,第一次交互中，首先發(fā)送一個FIN=1的請求，要求斷開，目標主機在得到請求后發(fā)送ACK=1進行確認，如圖218所示。,第三次“揮手”,在確認信息發(fā)出后，就發(fā)送了一個FIN=1的包，與源主機斷開，如圖219所示。,第四次“揮手”,隨后源主機返回一條ACK=1的信息，這樣一次完整的TCP會話就結束了。如圖220所示。,2.5 用戶數(shù)據(jù)報協(xié)議UDP,UDP為應用程序提供發(fā)送和接收數(shù)據(jù)報的功能。 某些程序（比如騰訊的OICQ）使用的是UDP協(xié)議，UDP協(xié)議在TCP/IP主機之間建立快速、輕便、不可靠的數(shù)據(jù)傳輸通道。,2.5.1 UDP和TCP的區(qū)別,UDP提供的是非連接的數(shù)據(jù)報服務，意味著UDP無法保證任何數(shù)據(jù)報的傳遞和驗證。 UDP的結構如圖221所示。,UDP和TCP傳遞數(shù)據(jù)的比較,2.5.2 UDP協(xié)議的頭結構,UDP的頭結構比較簡單，如表28所示。,2.5.3 UDP數(shù)據(jù)報分析,常用的網(wǎng)絡服務中，DNS使用UDP協(xié)議。DNS是域名系統(tǒng) (Domain Name System)的縮寫 當用戶在應用程序中輸入DNS名稱時，DNS服務可以將此名稱解析為與此名稱相關的IP地址。,設置DNS解析,需要在主機上設置DNS解析的主機，將主機的DNS的解析指向虛擬機，如圖222所示。,設置DNS解析,雖然虛擬機并沒有設置DNS解析，但是只要訪問DNS都可以抓到UDP數(shù)據(jù)報。設置完畢后，在主機的DOS界面中輸入命令nslookup，如圖223所示。,UDP報頭,查看Sniffer抓取的數(shù)據(jù)報，可以看到UDP報頭，如圖224所示。,UDP報頭的分析,對UDP報頭的分析如圖225所示。,2.6 互聯(lián)網(wǎng)控制消息協(xié)議ICMP,通過ICMP協(xié)議，主機和路由器可以報告錯誤并交換相關的狀態(tài)信息。在下列情況中，通常自動發(fā)送ICMP消息： IP數(shù)據(jù)報無法訪問目標。 IP路由器（網(wǎng)關）無法按當前的傳輸速率轉發(fā)數(shù)據(jù)報。 IP路由器將發(fā)送主機重定向為使用更好的到達目標的路。 ICMP協(xié)議的結構如圖226所示。,ICMP協(xié)議的結構,2.6.1 ICMP協(xié)議的頭結構,ICMP頭結構比較簡單，如表29所示。,2.6.2 ICMP數(shù)據(jù)報分
環(huán)評公示相關推薦
鄂ICP備17016276號-1