TCP/IP協(xié)議

  1. 什么是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”。

  2. 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ì)的傳輸速率等
  3. 四層模型和七層模型之間的關(guān)系

    網(wǎng)絡(luò)七層模型是一個(gè)標(biāo)準(zhǔn),而網(wǎng)絡(luò)四層模型是標(biāo)準(zhǔn)的一種實(shí)現(xiàn)

  4. 常見的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地址

  5. 三次握手: 保證了建立可靠的TCP連接

    1. 建立連接時(shí),客戶端發(fā)送給SYNC包給服務(wù)端,并等待服務(wù)端確認(rèn)
    2. 服務(wù)端收到SYNC包,并對其進(jìn)行確認(rèn)。同時(shí)自己也發(fā)送一個(gè)SYNC包給客戶端,等待客戶端確認(rèn)
    3. 客戶端收到服務(wù)端的確認(rèn)包以及確認(rèn)服務(wù)端的SYNC包
      當(dāng)進(jìn)行三次握手之后建立連接
  6. 四次揮手: 終止TCP連接

    1. 關(guān)閉連接時(shí),主動方發(fā)送FIN包給被動方,并等待服務(wù)端確認(rèn)。
    2. 被動方收到FIN包之后,并對其進(jìn)行確認(rèn)。(不會立即關(guān)閉連接)
    3. 被動方發(fā)送一個(gè)FIN包給主動方。
    4. 主動方收到被動方的FIN,并對其進(jìn)行確認(rèn)。
      當(dāng)進(jìn)行四次揮手之后關(guān)閉連接
?著作權(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ù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 個(gè)人認(rèn)為,Goodboy1881先生的TCP /IP 協(xié)議詳解學(xué)習(xí)博客系列博客是一部非常精彩的學(xué)習(xí)筆記,這雖然只是...
    貳零壹柒_fc10閱讀 5,210評論 0 8
  • 經(jīng)過面試的同學(xué)經(jīng)常會遇到這樣的問題: 你是如何理解TCP/IP協(xié)議的?回答:通訊協(xié)議?三次握手 ? 四次揮手? 一...
    BennyLoo閱讀 15,220評論 3 27
  • 讀懂了TCP/IP協(xié)議,也就基本了解的網(wǎng)絡(luò)通信原理。本文是參照研究生教材《網(wǎng)絡(luò)安全原理與應(yīng)用》里面的內(nèi)容加上自己實(shí)...
    Super超人閱讀 22,682評論 1 19
  • 原文鏈接 OSI 參考模型 在計(jì)算機(jī)通信誕生之初,標(biāo)準(zhǔn)化和系統(tǒng)化并未得到足夠的重視,各大廠商競相研發(fā)各自的通信技術(shù)...
    baochuquan閱讀 1,327評論 0 1
  • TPC/IP協(xié)議是傳輸層協(xié)議,主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸,而HTTP是應(yīng)用層協(xié)議,主要解決如何包裝數(shù)據(jù)。關(guān)于TC...
    字節(jié)碼閱讀 1,072評論 0 3

友情鏈接更多精彩內(nèi)容