国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

圖解 ARP協(xié)議工作流程

這篇具有很好參考價(jià)值的文章主要介紹了圖解 ARP協(xié)議工作流程。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

概念

ARP(Address Resolution Protocol),即地址解析協(xié)議。ARP協(xié)議是根據(jù)IP地址獲取物理地址的一個(gè)TCP/IP協(xié)議。

主機(jī)發(fā)送信息時(shí)將包含目標(biāo)IP地址的ARP請(qǐng)求廣播到局域網(wǎng)絡(luò)上的所有主機(jī),并接收返回消息,以此確定目標(biāo)的物理地址;收到返回消息后將該IP地址和物理地址存入本機(jī)ARP緩存中并保留一定時(shí)間,下次請(qǐng)求時(shí)直接查詢ARP緩存以節(jié)約資源。地址解析協(xié)議是建立在網(wǎng)絡(luò)中各個(gè)主機(jī)互相信任的基礎(chǔ)上的,局域網(wǎng)絡(luò)上的主機(jī)可以自主發(fā)送ARP應(yīng)答消息,其他主機(jī)收到應(yīng)答報(bào)文時(shí)不會(huì)檢測(cè)該報(bào)文的真實(shí)性就會(huì)將其記入本機(jī)ARP緩存;由此攻擊者就可以向某一主機(jī)發(fā)送偽ARP應(yīng)答報(bào)文,使其發(fā)送的信息無法到達(dá)預(yù)期的主機(jī)或到達(dá)錯(cuò)誤的主機(jī),這就構(gòu)成了一個(gè)ARP欺騙。ARP命令可用于查詢本機(jī)ARP緩存中IP地址和MAC地址的對(duì)應(yīng)關(guān)系、添加或刪除靜態(tài)對(duì)應(yīng)關(guān)系等。相關(guān)協(xié)議有RARP、代理ARP。NDP用于在IPv6中代替地址解析協(xié)議。

總結(jié):ARP協(xié)議即地址解析協(xié)議,是根據(jù)IP地址獲取MAC地址的一個(gè)網(wǎng)絡(luò)層協(xié)議。是網(wǎng)絡(luò)層的協(xié)議。

工作原理

ARP首先會(huì)發(fā)起一個(gè)請(qǐng)求數(shù)據(jù)包,數(shù)據(jù)包的首部包含了目標(biāo)主機(jī)的IP地址,然后這個(gè)數(shù)據(jù)包會(huì)在鏈路層進(jìn)行再次包裝,生成以太網(wǎng)數(shù)據(jù)包,最終由以太網(wǎng)廣播給子網(wǎng)內(nèi)的所有主機(jī),每一臺(tái)主機(jī)都會(huì)接收到這個(gè)數(shù)據(jù)包,并取出標(biāo)頭里的IP地址,然后和自己的IP地址進(jìn)行比較,如果相同就返回自己的MAC地址,如果不同就丟棄該數(shù)據(jù)包。

ARP接收返回消息,以此確定目標(biāo)機(jī)的MAC地址;與此同時(shí),ARP還會(huì)將返回的MAC地址與對(duì)應(yīng)的IP地址存入本機(jī)ARP緩存中并保留一定時(shí)間,下次請(qǐng)求時(shí)直接查詢ARP緩存以節(jié)約資源。

工作過程舉例

假如有四臺(tái)主機(jī):

  • 主機(jī)A的IP地址為192.168.1.1,MAC地址為0A-11-22-33-44-01;
  • 主機(jī)B的IP地址為192.168.1.2,MAC地址為0A-11-22-33-44-02;
  • 主機(jī)B的IP地址為192.168.1.3,MAC地址為0A-11-22-33-44-03;
  • 主機(jī)B的IP地址為192.168.1.4,MAC地址為0A-11-22-33-44-04;

當(dāng)主機(jī)A要與主機(jī)B通信時(shí),地址解析協(xié)議可以將主機(jī)B的IP地址(192.168.1.2)解析成主機(jī)B的MAC地址,以下為工作流程:

第1步:根據(jù)主機(jī)A上的路由表內(nèi)容,IP確定用于訪問主機(jī)B的轉(zhuǎn)發(fā)IP地址是192.168.1.2。然后A
主機(jī)在自己的本地ARP緩存中檢查主機(jī)B的匹配MAC地址。
第2步:如果主機(jī)A在ARP緩存中沒有找到映射,它將詢問192.168.1.2的硬件地址,從而將ARP
請(qǐng)求幀廣播到本地網(wǎng)絡(luò)上的所有主機(jī)。源主機(jī)A的IP地址和MAC地址都包括在ARP請(qǐng)求中。
圖解 ARP協(xié)議工作流程

本地網(wǎng)絡(luò)上的每臺(tái)主機(jī)都接收到ARP請(qǐng)求并且檢查是否與自己的IP地址匹配。如果主機(jī)發(fā)現(xiàn)請(qǐng)求的IP地址與自己的IP地址不匹配,它將丟棄ARP請(qǐng)求。

第3步:主機(jī)B確定ARP請(qǐng)求中的IP地址與自己的IP地址匹配,則將主機(jī)A的IP地址和MAC地址映
射添加到本地ARP緩存中。

圖解 ARP協(xié)議工作流程

第4步:主機(jī)B將包含其MAC地址的ARP回復(fù)消息直接發(fā)送回主機(jī)A。

第5步:當(dāng)主機(jī)A收到從主機(jī)B發(fā)來的ARP回復(fù)消息時(shí),會(huì)用主機(jī)B的IP和MAC地址映射更新ARP
緩存。本機(jī)緩存是有生存期的,生存期結(jié)束后,將再次重復(fù)上面的過程。主機(jī)B的MAC地址一旦確定,主機(jī)A就能向主機(jī)B發(fā)送IP通信了。

圖解 ARP協(xié)議工作流程

ARP報(bào)文格式

ARP報(bào)文格式如下所示:
圖解 ARP協(xié)議工作流程
各字段作用如下所示:文章來源地址http://www.zghlxwxcb.cn/news/detail-405199.html

字段 說明
硬件類型 指明了發(fā)送方想知道的硬件接口類型,以太網(wǎng)的值為1;
協(xié)議類型 指明了發(fā)送方提供的高層協(xié)議類型,IP為0800(16進(jìn)制);
硬件地址長度和協(xié)議長度 指明了硬件地址和高層協(xié)議地址的長度,這樣ARP報(bào)文就可以在任意硬件和任意協(xié)議的網(wǎng)絡(luò)中使用;
操作類型 用來表示這個(gè)報(bào)文的類型,ARP請(qǐng)求為1,ARP響應(yīng)為2,RARP請(qǐng)求為3,RARP響應(yīng)為4;
發(fā)送方硬件地址(0-3字節(jié)) 源主機(jī)硬件地址的前3個(gè)字節(jié);
發(fā)送方硬件地址(4-5字節(jié)) 源主機(jī)硬件地址的后3個(gè)字節(jié);
發(fā)送方IP地址(0-1字節(jié)) 源主機(jī)硬件地址的前2個(gè)字節(jié);
發(fā)送方IP地址(2-3字節(jié)) 源主機(jī)硬件地址的后2個(gè)字節(jié);
目標(biāo)硬件地址(0-1字節(jié)) 目的主機(jī)硬件地址的前2個(gè)字節(jié);
目標(biāo)硬件地址(2-5字節(jié)) 目的主機(jī)硬件地址的后4個(gè)字節(jié);
目標(biāo)IP地址(0-3字節(jié)) 目的主機(jī)的IP地址

到了這里,關(guān)于圖解 ARP協(xié)議工作流程的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 汽車架構(gòu)-工作流程 以及相關(guān)協(xié)議解讀

    汽車架構(gòu)-工作流程 以及相關(guān)協(xié)議解讀

    全車架構(gòu)(E/E) ?車載測(cè)試階段: 臺(tái)架測(cè)試 HIL測(cè)試(硬件在環(huán)測(cè)試) ADAS智能輔助駕駛測(cè)試 OTA測(cè)試(遠(yuǎn)程升級(jí)測(cè)試) 測(cè)試工具: Can協(xié)議工具:Canoe Pcan Zcanpro 輔助工具:萬用表(測(cè)試電壓 電流 電路通斷) 電源 示波器(設(shè)備信號(hào)波分析) 編程語言:Cpla Python ADb HIL硬件在環(huán)測(cè)試

    2024年02月05日
    瀏覽(22)
  • 【Python】PySpark 數(shù)據(jù)計(jì)算 ③ ( RDD#reduceByKey 函數(shù)概念 | RDD#reduceByKey 方法工作流程 | RDD#reduceByKey 語法 | 代碼示例 )

    【Python】PySpark 數(shù)據(jù)計(jì)算 ③ ( RDD#reduceByKey 函數(shù)概念 | RDD#reduceByKey 方法工作流程 | RDD#reduceByKey 語法 | 代碼示例 )

    RDD#reduceByKey 方法 是 PySpark 中 提供的計(jì)算方法 , 首先 , 對(duì) 鍵值對(duì) KV 類型 RDD 對(duì)象 數(shù)據(jù) 中 相同 鍵 key 對(duì)應(yīng)的 值 value 進(jìn)行分組 , 然后 , 按照 開發(fā)者 提供的 算子 ( 邏輯 / 函數(shù) ) 進(jìn)行 聚合操作 ; 上面提到的 鍵值對(duì) KV 型 的數(shù)據(jù) , 指的是 二元元組 , 也就是 RDD 對(duì)象中存儲(chǔ)的數(shù)據(jù)是

    2024年02月14日
    瀏覽(26)
  • 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng):工作流程及工作內(nèi)容

    網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng):工作流程及工作內(nèi)容

    **一、** 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng)過程概述 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng)工作過程包括四個(gè)基本測(cè)評(píng)活動(dòng): 測(cè)評(píng)準(zhǔn)備活動(dòng)、方案編制活動(dòng)、現(xiàn)場測(cè)評(píng)活動(dòng)、報(bào)告編制活動(dòng) 。而測(cè)評(píng)相關(guān)方之間的溝通與洽談應(yīng)貫穿整個(gè)測(cè)評(píng)過程。每一項(xiàng)活動(dòng)有一定的工作任務(wù)。如下表。 01 基本工作流程

    2024年02月06日
    瀏覽(25)
  • AES工作流程

    工作流程 模式 1:加密 ? 復(fù)位EN 重置AES模塊 ? 設(shè)置模式寄存器mode[1:0]=00,設(shè)置流數(shù)據(jù)處理模式寄存器CHMOD[1:0] ? 寫AES_KEYRx寄存器,CTR和CBC模式下寫AES_IVRx寄存器 ? 寫EN=1,使能AES ? 寫AES_DINR 寄存器4次 ? 等待CCF標(biāo)志置起 ? 從AES_DOUTR分4次讀出加密結(jié)果 ? 對(duì)于同一個(gè)key,重

    2024年02月01日
    瀏覽(21)
  • SpringMVC的工作流程

    SpringMVC的工作流程

    SpringMVC的工作流程圖 SpringMVC的工作流程 1.?用戶通過客戶端向服務(wù)器發(fā)送請(qǐng)求,請(qǐng)求會(huì)被 SpringMVC的前端控制器DispatcherServlet所攔截。 2.?DispatcherServlet攔截到請(qǐng)求后,會(huì)調(diào)用HandlerMapping處理器映射器。 3.?處理器映射器根據(jù)請(qǐng)求URL找到具體的處理器,生成處理器對(duì)象及處理器攔

    2024年01月24日
    瀏覽(53)
  • 機(jī)器學(xué)習(xí)工作流程

    機(jī)器學(xué)習(xí)工作流程

    機(jī)器學(xué)習(xí)的定義 機(jī)器學(xué)習(xí)的工作流程 獲取到的數(shù)據(jù)集的特性 1、什么是機(jī)器學(xué)習(xí) 機(jī)器學(xué)習(xí)是 從數(shù)據(jù)中自動(dòng)分析獲得模型,并利用模型對(duì)未知數(shù)據(jù)進(jìn)行預(yù)測(cè)。 2、機(jī)器學(xué)習(xí)工作流程 機(jī)器學(xué)習(xí)工作流程總結(jié) 1、獲取數(shù)據(jù) 2、數(shù)據(jù)基本處理 3、特征工程 4、機(jī)器學(xué)習(xí)(模型訓(xùn)練)

    2024年02月04日
    瀏覽(35)
  • 軟件測(cè)試工作流程

    軟件測(cè)試工作流程

    流程體系介紹 在以往的項(xiàng)目工作中,我參與過,需求評(píng)審、測(cè)試計(jì)劃制定、測(cè)試用例編寫、測(cè)試用例執(zhí)行、測(cè)試腳本編寫、測(cè)試腳本的執(zhí)行,進(jìn)行回歸測(cè)試、驗(yàn)收測(cè)試、編寫階段性測(cè)試報(bào)告等工作 需求分析,需求評(píng)審(RPD、產(chǎn)品原型圖) 制定測(cè)試計(jì)劃、評(píng)審測(cè)試計(jì)劃、優(yōu)化

    2024年02月05日
    瀏覽(24)
  • STM32 工作流程

    工作流程: 上電后,芯片復(fù)位啟動(dòng) MCU通過指令/數(shù)據(jù)總線從FLASH中讀取指令或數(shù)據(jù),配合解析執(zhí)行,然后再通過RAM和通用寄存器(R0~R12的內(nèi)部寄存器)處理可變數(shù)據(jù) 根據(jù)執(zhí)行的指令,配置和操作外設(shè)的寄存器,從而驅(qū)動(dòng)對(duì)應(yīng)的外設(shè)實(shí)現(xiàn)具體的功能 配合上層組合邏輯,結(jié)合外設(shè)

    2024年02月11日
    瀏覽(24)
  • HTTPS的工作流程

    HTTPS的工作流程

    hi,大家好,好久不見,今天為大家?guī)鞨TTPS協(xié)議的工作流程 HTTPS也是應(yīng)用層協(xié)議,讓我們?cè)賮砘貞浺幌耇CP/IP五層協(xié)議模型 HTTPS 也是一個(gè)應(yīng)用層協(xié)議. 是在 HTTP 協(xié)議的基礎(chǔ)上引入了一個(gè)加密層. HTTP協(xié)議在傳輸?shù)臅r(shí)候是以文本的形式傳輸?shù)?就可能會(huì)導(dǎo)致被劫持,這里的劫持包括但不限于

    2024年02月06日
    瀏覽(20)
  • 簡述springMVC工作流程

    Spring MVC是一個(gè)基于Java的開源MVC框架,用于構(gòu)建Web應(yīng)用程序。它通過將應(yīng)用程序分解為模型(Model)、視圖(View)和控制器(Controller)三個(gè)部分,以提高應(yīng)用程序的可維護(hù)性和可擴(kuò)展性。以下是Spring MVC的基本工作流程: 客戶端發(fā)送請(qǐng)求: 客戶端通過瀏覽器或其他客戶端發(fā)送

    2024年02月05日
    瀏覽(22)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包