-
什么是TCP/IP協(xié)議
TCP/IP協(xié)議(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)不是簡單的一個(gè)協(xié)議,而是一組特別的協(xié)議,包括:TCP,IP,UDP,ARP等,這些被稱為子協(xié)議。在這些協(xié)議中,最重要、最著名的就是TCP和IP。因此,大部分網(wǎng)絡(luò)管理員稱整個(gè)協(xié)議族為“TCP/IP”。
-
TCP/IP四層模型與OSI七層模型
- 四層模型
- 應(yīng)用層:為用戶的應(yīng)用提供網(wǎng)絡(luò)服務(wù)
- 傳輸層:定義了一些傳輸數(shù)據(jù)的協(xié)議和端口號。比如TCP、UDP
- 網(wǎng)絡(luò)層:在位于不同地理位置的網(wǎng)絡(luò)中的兩個(gè)主機(jī)系統(tǒng)之間提供連接和路徑選擇。
- 數(shù)據(jù)鏈路層:定義物理設(shè)備標(biāo)準(zhǔn)以及數(shù)據(jù)傳輸?shù)囊?guī)范
- 七層模型
- 應(yīng)用層:為用戶的應(yīng)用提供網(wǎng)絡(luò)服務(wù)
- 表示層:可確保一個(gè)系統(tǒng)的應(yīng)用層所發(fā)送的信息可以被另一個(gè)系統(tǒng)的應(yīng)用層讀取。
- 會話層:通過運(yùn)輸層建立數(shù)據(jù)傳輸?shù)耐贰?/li>
- 傳輸層:定義了一些傳輸數(shù)據(jù)的協(xié)議和端口號。比如TCP、UDP
- 網(wǎng)絡(luò)層:在位于不同地理位置的網(wǎng)絡(luò)中的兩個(gè)主機(jī)系統(tǒng)之間提供連接和路徑選擇。
- 數(shù)據(jù)鏈路層:定義了如何讓格式化數(shù)據(jù)以進(jìn)行傳輸,以及如何讓控制對物理介質(zhì)的訪問。
- 物理層:定義物理設(shè)備標(biāo)準(zhǔn),如網(wǎng)線的接口類型、光纖的接口類型、各種傳輸介質(zhì)的傳輸速率等
- 四層模型
-
四層模型和七層模型之間的關(guān)系
網(wǎng)絡(luò)七層模型是一個(gè)標(biāo)準(zhǔn),而網(wǎng)絡(luò)四層模型是標(biāo)準(zhǔn)的一種實(shí)現(xiàn)
-
常見的TCP/IP協(xié)議
- TCP:面向連接的協(xié)議,即正式收發(fā)數(shù)據(jù)之前,必須建立一個(gè)可靠的連接(傳輸層-打電話)
- UDP: 無連接協(xié)議,正式通信前不需要與對方建立連接,即不管對方的狀態(tài)就直接發(fā)送(傳輸層-發(fā)短信)
- DNS: 通過域名解析出對應(yīng)的IP的地址(應(yīng)用層)
- ARP: 根據(jù)通信ip解析出MAC地址(網(wǎng)絡(luò)層)
1.讀取本地的ARP緩存,如果沒有找到對應(yīng)的MAC地址
2.廣播通信目標(biāo)的ip, 接收到該消息的主機(jī)會檢查自己的ip是否和廣播的ip一致,如果不一致忽略
3.如果一致則保存對方的主機(jī)的ip以及MAC信息到自己的ARP緩存中
4.目標(biāo)主機(jī)發(fā)送自己的MAC信息給通信主機(jī)
5.通信主機(jī)收到消息之后緩存目標(biāo)主機(jī)的MAC地址以及IP地址
-
三次握手: 保證了建立可靠的TCP連接
- 建立連接時(shí),客戶端發(fā)送給SYNC包給服務(wù)端,并等待服務(wù)端確認(rèn)
- 服務(wù)端收到SYNC包,并對其進(jìn)行確認(rèn)。同時(shí)自己也發(fā)送一個(gè)SYNC包給客戶端,等待客戶端確認(rèn)
- 客戶端收到服務(wù)端的確認(rèn)包以及確認(rèn)服務(wù)端的SYNC包
當(dāng)進(jìn)行三次握手之后建立連接
-
四次揮手: 終止TCP連接
- 關(guān)閉連接時(shí),主動方發(fā)送FIN包給被動方,并等待服務(wù)端確認(rèn)。
- 被動方收到FIN包之后,并對其進(jìn)行確認(rèn)。(不會立即關(guān)閉連接)
- 被動方發(fā)送一個(gè)FIN包給主動方。
- 主動方收到被動方的FIN,并對其進(jìn)行確認(rèn)。
當(dāng)進(jìn)行四次揮手之后關(guān)閉連接
TCP/IP協(xié)議
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
相關(guān)閱讀更多精彩內(nèi)容
- 個(gè)人認(rèn)為,Goodboy1881先生的TCP /IP 協(xié)議詳解學(xué)習(xí)博客系列博客是一部非常精彩的學(xué)習(xí)筆記,這雖然只是...
- 經(jīng)過面試的同學(xué)經(jīng)常會遇到這樣的問題: 你是如何理解TCP/IP協(xié)議的?回答:通訊協(xié)議?三次握手 ? 四次揮手? 一...
- 讀懂了TCP/IP協(xié)議,也就基本了解的網(wǎng)絡(luò)通信原理。本文是參照研究生教材《網(wǎng)絡(luò)安全原理與應(yīng)用》里面的內(nèi)容加上自己實(shí)...
- 原文鏈接 OSI 參考模型 在計(jì)算機(jī)通信誕生之初,標(biāo)準(zhǔn)化和系統(tǒng)化并未得到足夠的重視,各大廠商競相研發(fā)各自的通信技術(shù)...
- TPC/IP協(xié)議是傳輸層協(xié)議,主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸,而HTTP是應(yīng)用層協(xié)議,主要解決如何包裝數(shù)據(jù)。關(guān)于TC...