第一篇：淺談無(wú)線網(wǎng)絡(luò)實(shí)施MAC地址欺騙
網(wǎng)絡(luò)技術(shù)中經(jīng)常會(huì)用到網(wǎng)絡(luò)欺騙技術(shù)，那么對(duì)于無(wú)線網(wǎng)絡(luò)中的MAC地址欺騙，我們?cè)撛鯓拥氖褂媚?？這里就詳細(xì)的給我們介紹。
無(wú)線網(wǎng)絡(luò)的MAC地址過(guò)濾確實(shí)不夠“安全”。任何一個(gè)關(guān)注當(dāng)前無(wú)線網(wǎng)絡(luò)安全趨勢(shì)的人都應(yīng)當(dāng)知道MAC過(guò)濾比WEP效率還低，而WEP呢，只需用一般的工具就可以很快地攻破。
這并不是說(shuō)MAC過(guò)濾一無(wú)是處。其資源消耗幾乎可以忽略不計(jì)，即使它不能阻止那些知識(shí)豐富的攻擊者短時(shí)間內(nèi)攻克系統(tǒng)、獲取訪問(wèn)權(quán)限的企圖，它確實(shí)可以阻止一些自動(dòng)化的、靠碰運(yùn)氣來(lái)攻擊網(wǎng)絡(luò)安全薄弱環(huán)節(jié)的攻擊者。因?yàn)檫@些薄弱環(huán)節(jié)組成了無(wú)線訪問(wèn)點(diǎn)的重要部分，MAC過(guò)濾可以阻止那些靠運(yùn)氣來(lái)攻擊無(wú)線網(wǎng)絡(luò)的黑客,這也許可稱之為一種有價(jià)值的方法吧。
然而，不要僅依靠MAC過(guò)濾，這個(gè)主意確實(shí)不怎么好。有人可能會(huì)這樣想，“當(dāng)然一個(gè)堅(jiān)決的攻擊能夠攻克它，不過(guò)并不是所有人都能這樣?！笔聦?shí)上，要欺騙一個(gè)MAC地址并不需要太大的毅力。筆者將告訴你如何達(dá)成此目的。
1.“監(jiān)聽”網(wǎng)絡(luò)通信。找出MAC地址。這可以通過(guò)大量的安全工具來(lái)完成，如Nmap等。
2.改變你的MAC地址。
對(duì)于更一般的MAC地址欺騙來(lái)說(shuō)，你的MAC地址可以用多數(shù)操作系統(tǒng)中默認(rèn)安裝的工具來(lái)重置。下面是幾個(gè)例子：
Linux:欺騙方法是ifconfig eth0 hw ether 03:a0:04:d3:00:11
FreeBSD: 欺騙方法是ifconfig bge0 link 03:a0:04:d3:00:11
Windows：在微軟的Windows系統(tǒng)上，MAC地址存儲(chǔ)在注冊(cè)表的一個(gè)主鍵中。這個(gè)主鍵的位置隨Windows的版本不同而有變化。當(dāng)然有許多實(shí)用程序可以為用戶改變MAC地址，如Windows XP平臺(tái)的Macshift等。
當(dāng)然，所有這些技術(shù)都可以由“自傳播”的惡意軟件實(shí)現(xiàn)自動(dòng)化，而在某種程度上現(xiàn)在的一些惡意軟件還可以自動(dòng)地產(chǎn)生新的惡意軟件。因此，我們說(shuō)MAC過(guò)濾并不能提供真正的安全。
第二篇：xx銀行IP和MAC地址管理辦法
xx銀行內(nèi)網(wǎng)IP及網(wǎng)卡MAC地址管理辦法
為加強(qiáng)xx銀行內(nèi)網(wǎng)網(wǎng)絡(luò)安全管理，利于網(wǎng)絡(luò)監(jiān)控，確保內(nèi)網(wǎng)信息通訊的暢通，杜絕IP地址設(shè)置混亂，造成沖突影響正常訪問(wèn)的現(xiàn)象發(fā)生，特制定本管理辦法：
一、內(nèi)網(wǎng)的域名、IP地址、網(wǎng)段由信息科技部負(fù)責(zé)管理；虛擬IP地址、各網(wǎng)段的劃分、分配權(quán)歸屬于信息科技部，嚴(yán)禁自行設(shè)定、變更。
二、各相關(guān)部門及支行使用內(nèi)網(wǎng)資源，均需向信息科技部提出申請(qǐng)，注明訪問(wèn)的網(wǎng)絡(luò)、數(shù)量及設(shè)備所處地理位置后，由信息科技部根據(jù)內(nèi)網(wǎng)拓?fù)浣Y(jié)構(gòu)及相關(guān)資源情況進(jìn)行統(tǒng)一配置分配并負(fù)責(zé)申報(bào)地址的登記、建檔工作。未履行申請(qǐng)程序的，不予分配IP地址，安排分配區(qū)域網(wǎng)段。
三、內(nèi)網(wǎng)各使用部門必須嚴(yán)格按照網(wǎng)絡(luò)管理中心指定的IP地址進(jìn)行有關(guān)設(shè)定，不可隨意設(shè)置；協(xié)助信息科技部搞好IP地址、各網(wǎng)段分級(jí)、分區(qū)管理工作。
四、凡隨意給終端設(shè)備指定IP地址，導(dǎo)致局域網(wǎng)內(nèi)相關(guān)設(shè)備IP地址沖突，影響整個(gè)內(nèi)網(wǎng)絡(luò)正常使用的，一經(jīng)發(fā)現(xiàn)，將給予通報(bào)的處罰；情節(jié)特別嚴(yán)重，造成網(wǎng)絡(luò)安全事故的，將追究當(dāng)事人的相關(guān)責(zé)任。
五、為實(shí)現(xiàn)IP與MAC地址綁定管理，有關(guān)設(shè)備配置、使用單位均應(yīng)將新增加的計(jì)算機(jī)設(shè)備的MAC地址上報(bào)網(wǎng)絡(luò)管理中心登記備案，以確保IP地址配置的唯一性。凡未按規(guī)定上報(bào)計(jì)算機(jī)設(shè)備MAC地址的，其IP地址的申請(qǐng)將暫緩受理；由此導(dǎo)致的工作延誤，由相應(yīng)申請(qǐng)部門負(fù)責(zé)。
六、為保證IP地址的唯一性，使用部門因機(jī)構(gòu)調(diào)整、設(shè)備變更，均應(yīng)及時(shí)通知信息科技部更改IP地址，進(jìn)行備案，謹(jǐn)防引起IP地址混亂。凡機(jī)構(gòu)變動(dòng)、新增、維修、更換設(shè)備未能上報(bào)調(diào)整IP地址造成沖突的，一經(jīng)發(fā)現(xiàn)，將給予通報(bào)的處罰。
七、對(duì)于擅自盜用IP地址者，一經(jīng)發(fā)現(xiàn)，將給予通報(bào)的處罰；造成網(wǎng)絡(luò)安全事故的，追究當(dāng)事人責(zé)任。
信息科技部
二0一0年十二月十二日
第三篇：Q：MAC地址克隆有什么作用？[小編推薦]
Q：MAC地址克隆有什么作用？
A：路由器上的MAC地址克隆實(shí)際就是把電腦上的MAC地址克?。◤?fù)制）到路由器WAN口上，覆蓋路由器原來(lái)WAN口的MAC地址，以達(dá)到欺騙寬帶運(yùn)營(yíng)商那邊的相關(guān)服務(wù)器或者相關(guān)安全措施。
比如像天威視訊、鐵通帶寬，小區(qū)寬帶在客戶接入使用時(shí)，都將客戶的撥號(hào)帳號(hào)或者靜態(tài)IP地址綁定了客戶的固定一臺(tái)電腦上（即綁定的MAC地址），單機(jī)上網(wǎng)時(shí)，只能在那臺(tái)綁定的電腦上才能正常撥號(hào)上網(wǎng)，其他電腦是撥號(hào)不上的，此時(shí)如果要使用路由器共享上網(wǎng)的話，需要在那臺(tái)綁定的電腦上登陸路由器的管理界面，然后將它的MAC地址克隆到路由器的WAN口上。這樣路由器WAN口和運(yùn)營(yíng)商那邊通信時(shí)，就好比那臺(tái)綁定的電腦和運(yùn)營(yíng)商通信一樣，因?yàn)镸AC地址是一樣的。具體設(shè)置步驟：
在電腦（注意：此電腦單機(jī)連接可以正常上網(wǎng)）上登錄路由器的管理界面（192.168.0.1），然后點(diǎn)擊“高級(jí)設(shè)置---->MAC地址克隆”，點(diǎn)擊“克隆MAC地址”按鈕，此時(shí)頁(yè)面MAC與本地連接的MAC變?yōu)橄嗤ㄒ娤聢D），點(diǎn)擊“保存”，確定后，路由器自動(dòng)重啟。
注意：一定要在那臺(tái)綁定的電腦上進(jìn)行此操作。
第四篇：華為寬帶接入設(shè)備MAC地址飄移問(wèn)題處理經(jīng)驗(yàn)
MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
MAC地址飄移問(wèn)題處理經(jīng)驗(yàn)
本地網(wǎng)的寬帶接入網(wǎng)絡(luò)屢次出現(xiàn)MAC地址漂移故障，導(dǎo)致寬帶，尤其是IPTV業(yè)務(wù)受到影響，對(duì)于此類故障，針對(duì)設(shè)備配置，組網(wǎng)方式提出如下建議、意見。城域網(wǎng)業(yè)務(wù)組網(wǎng)說(shuō)明 問(wèn)題產(chǎn)生原因
2.1 pon及dslam設(shè)備一般都是2層隔離的，原則相同vlan不會(huì)在接入設(shè)備形成環(huán)路，一般都是由匯聚交換機(jī)產(chǎn)生； 2.2 設(shè)備線纜連接錯(cuò)誤導(dǎo)致環(huán)路及網(wǎng)絡(luò)未規(guī)劃環(huán)路，由于用戶的錯(cuò)誤配置導(dǎo)致環(huán)路；
2.2.1 錯(cuò)誤連接線纜導(dǎo)致環(huán)路典型場(chǎng)景如圖
1、圖2所示。其中：
a)圖1中用戶將SwitchB中相同VLAN的兩個(gè)接口用線纜連接起來(lái)導(dǎo)致設(shè)備產(chǎn)生環(huán)2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散
第1頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
路。對(duì)于圖1組網(wǎng)的場(chǎng)景，可以采用如下方式檢測(cè)環(huán)路：
? 在SwitchA上部署Loop Detection，并且Loop Detection的處理動(dòng)作配置為發(fā)現(xiàn)環(huán)路后產(chǎn)生告警，根據(jù)告警信息判斷環(huán)路產(chǎn)生的接口、VLAN和設(shè)備，如果告警信息中發(fā)生環(huán)路的接口為連接SwitchB的接口，證明環(huán)路發(fā)生在SwitchB上，如果告警中顯示的接口為其他接口，證明環(huán)路發(fā)生在SwitchA上。如果環(huán)路發(fā)生在SwitchB上，再在SwitchB上配置Loop Detection，通過(guò)設(shè)備產(chǎn)生的環(huán)路告警獲取發(fā)生環(huán)路的VLAN和接口信息。? 在SwitchA、SwitchB上配置MAC地址漂移檢測(cè)功能，并且配置系統(tǒng)檢測(cè)到MAC地址漂移時(shí)發(fā)送告警。從告警信息中可以獲得發(fā)生環(huán)路的VLAN、產(chǎn)生環(huán)路的接口。? 在SwitchA連接SwitchB的接口執(zhí)行shutdown命令或拔出線纜，此時(shí)廣播風(fēng)暴仍然存在證明環(huán)路發(fā)生在SwitchA，如果廣播風(fēng)暴消失證明環(huán)路發(fā)生在SwitchB。確認(rèn)發(fā)生廣播風(fēng)暴的設(shè)備之后，再根據(jù)接口廣播風(fēng)暴的統(tǒng)計(jì)信息或者接口指示燈的狀態(tài)判斷環(huán)路可能產(chǎn)生的接口，在環(huán)路可能產(chǎn)生的接口上執(zhí)行shutdown命令或拔出線纜，如果廣播風(fēng)暴消失證明該接口產(chǎn)生環(huán)路。
b)圖2中用戶錯(cuò)誤的將SwitchE和SwitchF連接起來(lái)，由于SwitchD、SwitchE、SwitchF之間互聯(lián)的接口屬于同一個(gè)VLAN，SwitchE和SwitchF連接后網(wǎng)絡(luò)便產(chǎn)生環(huán)路。對(duì)于圖2組網(wǎng)的場(chǎng)景，可以采用如下方式判斷環(huán)路產(chǎn)生的設(shè)備：
? 在SwitchC上配置Loop Detection，并且Loop Detection的處理動(dòng)作配置為發(fā)現(xiàn)環(huán)路后產(chǎn)生告警，根據(jù)告警信息的中的接口判斷環(huán)路產(chǎn)生的設(shè)備，如果告警信息中發(fā)生環(huán)路的接口為連接SwitchD的接口，證明環(huán)路可能發(fā)生在SwitchD、SwitchE、SwitchF上。如果告警中顯示的接口為其他接口，證明環(huán)路發(fā)生在SwitchC。如果環(huán)路可能發(fā)生在SwitchD、SwitchE、SwitchF上，可以繼續(xù)在SwitchD、SwitchE、SwitchF上部署Loopback Detection，根據(jù)設(shè)備產(chǎn)生的告警信息獲取環(huán)路產(chǎn)生的接口和VLAN信息。? 在SwitchD、SwitchE、SwitchF上配置MAC地址漂移檢測(cè)功能，并且配置系統(tǒng)檢測(cè)到MAC地址漂移時(shí)發(fā)送告警。從告警信息中可以獲得發(fā)生環(huán)路的VLAN、產(chǎn)生環(huán)路的接口。
2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第2頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
2.2.2 網(wǎng)絡(luò)未規(guī)劃環(huán)路，由于用戶的錯(cuò)誤配置導(dǎo)致環(huán)路。
錯(cuò)誤配置導(dǎo)致環(huán)路典型場(chǎng)景如圖3所示。其中SwitchA和SwitchB互聯(lián)接口、SwitchA和SwitchC互聯(lián)接口都允許VLAN X通過(guò)，按照規(guī)劃SwitchB和SwitchC之間互聯(lián)的接口不允許VLAN X通過(guò)，但實(shí)際用戶配置時(shí)SwitchB和SwitchC之間接口錯(cuò)誤配置允許VLAN X通過(guò)從而導(dǎo)致網(wǎng)絡(luò)出現(xiàn)環(huán)路。
對(duì)于圖3組網(wǎng)的場(chǎng)景，可以在采用如下方式進(jìn)行環(huán)路檢測(cè)：
? 在發(fā)生廣播風(fēng)暴的設(shè)備上配置MAC地址漂移檢測(cè)功能，并且配置系統(tǒng)檢測(cè)到MAC地址漂移時(shí)發(fā)送告警。從告警信息中可以獲得發(fā)生環(huán)路的VLAN、產(chǎn)生環(huán)路的接口。
2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第3頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
? 在發(fā)生廣播風(fēng)暴的設(shè)備上配置Loop Detection，并且Loop Detection的處理動(dòng)作配置為發(fā)現(xiàn)環(huán)路后產(chǎn)生告警，從設(shè)備產(chǎn)生的告警信息中獲取產(chǎn)生環(huán)路的接口和VLAN信息。
2.3 目前從電信的組網(wǎng)分析，電信的組播vlan全網(wǎng)采用43，是導(dǎo)致環(huán)路產(chǎn)生的主要業(yè)務(wù)vlan?，F(xiàn)網(wǎng)故障原因分析: 3.1 S9300交換機(jī)出現(xiàn)MAC地址漂移導(dǎo)致用戶不能上線
3.1.1 現(xiàn)象描述
1、用戶表示BAS上VLAN10的用戶不能上線，查看原因?yàn)锳RP報(bào)文超時(shí)，并有相關(guān)攻擊告警指示。
2、BAS下掛為S9300交換機(jī)，懷疑交換機(jī)下掛用戶有攻擊，或者有環(huán)路導(dǎo)致。
3.1.2 處理過(guò)程：
1、確認(rèn)是否為地址漂移問(wèn)題，[S9300-hidecmd]mac-flapping check enable [S9300-hidecmd]display mac-flapping statistics------------------------Slot Total 2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散
第4頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
------------------------2 18100------------------------Total Flapping:18100
2、通過(guò)抓包找出漂移MAC以及接口。[S9300-hidecmd]debugging mac-flapping check
3、通過(guò)排查發(fā)現(xiàn)為S9300交換機(jī)2/0/11下掛用戶環(huán)路導(dǎo)致，環(huán)路排除后問(wèn)題解決。
3.2 由于MAC地址漂移導(dǎo)致PPPoE撥號(hào)失敗
3.2.1 現(xiàn)象描述
某OLT站點(diǎn)大量adsl用戶反饋無(wú)法成功，錯(cuò)誤號(hào)為718或676。有問(wèn)題的用戶均在同一個(gè)vlan內(nèi)，其他vlan用戶正常。
3.2.2 處理過(guò)程：
1、登陸設(shè)備檢查環(huán)路檢測(cè)開關(guān)是否打開，發(fā)現(xiàn)沒(méi)有打開。把環(huán)路檢測(cè)開關(guān)打開后(ring check enable)OLT沒(méi)有檢測(cè)到任何端口存在環(huán)路，用戶撥號(hào)仍然是不成功。
2、檢查mac地址表（display mac-address all），發(fā)現(xiàn)有業(yè)務(wù)槽位學(xué)習(xí)到了上層BRAS的mac地址，確認(rèn)mac地址存在漂移現(xiàn)象。
3、通過(guò)命令display location確認(rèn)學(xué)習(xí)到上層BRAS的mac地址的具體端口，然后把該端口deactivate掉，再次撥號(hào)，成功。
4、通過(guò)這個(gè)處理過(guò)程，可看到問(wèn)題的原因是由于用戶側(cè)偽造源mac地址為BRAS的2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散
第5頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
mac地址的報(bào)文發(fā)送給OLT，從而使得OLT的業(yè)務(wù)端口學(xué)習(xí)到了上層BRAS的mac地址，造成BRAS的mac地址從上行口漂移到了業(yè)務(wù)口，結(jié)果導(dǎo)致?lián)芴?hào)不成功。
3.3 S9300上行口MAC地址漂移導(dǎo)致IPTV無(wú)法正常觀看
3.3.1 現(xiàn)象描述
某S9300下用戶上報(bào)障礙，下掛所有用戶無(wú)法正常觀看IPTV點(diǎn)播、直播業(yè)務(wù)。
3.3.2 處理過(guò)程：
1、S9300上查看設(shè)備告警，運(yùn)行正常；查看組播信息，組播節(jié)目能夠下發(fā)
VLAN 50, 89 Entry(s)
(*, 239.120.1.40)Eth-Trunk6
-D-
Eth-Trunk9
-D-
Eth-Trunk13
-D-
port(s)
(*, 239.120.1.41)Eth-Trunk5
-D-
Eth-Trunk6
-D-
2、查看設(shè)備trap日志，發(fā)現(xiàn)上行口存在MAC地址飄移
#Oct 22 2014 16:08:39 XN-DSZ-S9306 L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12The mac-address has flap value.(L2IfPort=0,entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAdd=0000-5e00-0109,vlanid=43, FormerIfDescName=Eth-Trunk0,CurrentIfDescName=Eth-Trunk1,DeviceName=XN-DSZ-S9306)#Oct 22 2014 09:10:24 XN-DSZ-S9306 L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12The mac-address has flap value.(L2IfPort=0,entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAdd=0000-5e00-0109,vlanid=43, FormerIfDescName=Eth-Trunk1,CurrentIfDescName=Eth-Trunk0,DeviceName=XN-DSZ-S9306)#Oct 18 2014 23:05:27 XN-DSZ-S9306 L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12The mac-address has flap value.(L2IfPort=0,entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAdd=0000-5e00-0109,vlanid=43，2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散
第6頁(yè), 共7頁(yè) MAC地址飄移問(wèn)題處理經(jīng)驗(yàn) 文檔密級(jí)：內(nèi)部公開
FormerIfDescName=Eth-Trunk0,CurrentIfDescName=Eth-Trunk1,DeviceName=XN-DSZ-S9306)
3、Eth-trunk0與eth-trunk1為S93的兩條上行鏈路，分別連接至主備BAS，將備用上行鏈路關(guān)閉后，不再出現(xiàn)MAC飄移的trap日志，IPTV業(yè)務(wù)暫時(shí)恢復(fù)正常。
4、BAS上查看日志消息，發(fā)現(xiàn)BFD一直在震蕩，通過(guò)日志可以看到，兩臺(tái)設(shè)備down的原因均是Diagnostic=NeighborDown。即存在設(shè)備發(fā)送bfd down消息給BAS1和BAS2
5、由于BAS1和BAS2同時(shí)收到，因此懷疑現(xiàn)網(wǎng)配置BFD存在沖突，修改BFD discriminator，改為其它的值。保證其與現(xiàn)網(wǎng)其它設(shè)備不一致，再將S9300備用上行鏈路打開，故障不再出現(xiàn)。建議和總結(jié): 1.合理規(guī)劃vlan，同一匯聚交換機(jī)規(guī)劃vlan 不同； 2.交換機(jī)采用端口隔離功能有效避免環(huán)路產(chǎn)生；
3.合理配置端口vlan透?jìng)?，不需透?jìng)鞯膙lan不要在端口配置，禁止采用permit vlan all 命令，禁止默認(rèn)vlan 1透?jìng)?；（目前電信環(huán)路產(chǎn)生的主要原因）
4.接入設(shè)備（dslam、pon）可以配置環(huán)路檢測(cè)功能，當(dāng)發(fā)現(xiàn)接入端口環(huán)路產(chǎn)生，設(shè)備會(huì)主動(dòng)阻塞此端口，直到環(huán)路消失；
2016-11-14
華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第7頁(yè), 共7頁(yè)
第五篇：校園網(wǎng)上不了如何通過(guò)注冊(cè)表恢復(fù)網(wǎng)卡mac地址圖文教程詳解
校園網(wǎng)上不了 發(fā)現(xiàn)您修改了網(wǎng)卡MAC地址,請(qǐng)回恢復(fù)刪除注冊(cè)表對(duì)應(yīng)項(xiàng)到原始的網(wǎng)卡MAC地址.1、2、先在開始搜索這個(gè)文件auth_log
，c盤也管搜索到,一般在您安裝的校園網(wǎng)客戶端軟件文件夾里，DrcomDrupdateClientlog
3、找到后在文件里找下面標(biāo)出的東西
查找系統(tǒng)提示的MAC修改注冊(cè)表
4、繼續(xù)往下找。找到這句話“MAC地址被修改，請(qǐng)刪除此注冊(cè)表項(xiàng)恢復(fù)原始MAC地址！”
5、看到對(duì)應(yīng)的INF了么，把把那個(gè)地址復(fù)制下來(lái)，比如這個(gè)就直接復(fù)制
“4D36E972-E325-11CE-BFC1-08002bE10318”
6、點(diǎn)擊“開始”，在搜素那個(gè)地方輸入“regedit”或點(diǎn)擊“運(yùn)行”，輸入“regedit”，確定后即可打開注冊(cè)表
7、在注冊(cè)表里面鼠標(biāo)右鍵“查找”，彈出的對(duì)話框里把剛復(fù)制的輸入進(jìn)去，或依次進(jìn)入
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Control Class {4D36E972-E325-11CE-BFC1-08002BE10318}