ccna學(xué)習(xí)與實(shí)驗(yàn)指南光盤補(bǔ)充

實(shí)驗(yàn)2- IP地址盜的IP地址是192.168.1.200，上班的時間可以任何、做任何事情，而一般員工的IP地址（非192.168.1.200，譬如是192.168.1.210）卻只能特定的、做特定的事情（譬如把自己計(jì)算機(jī)的IP地址改成192.168.1.200，這樣就可以任何網(wǎng)絡(luò)了。這種做法真的可以讓員工的計(jì)算機(jī)任何網(wǎng)絡(luò)，可來了呢，剛打開計(jì)算機(jī)，就提示IP地址，本實(shí)驗(yàn)中，要求讀者把圖1-1-1中的虛擬機(jī)2和真實(shí)計(jì)算機(jī)的IP192.168.1.200，并且都可以通網(wǎng)關(guān)，也能Internet，卻不提示IP地址。12網(wǎng)卡的MAC在虛擬2DOS窗口中輸入命令“ipconfig/all”，查看虛2網(wǎng)卡的MAC地址，顯示如圖2-1-1所示，圖中畫線部分的“00-0C-29-95-CF-0D”就是計(jì)算機(jī)網(wǎng)卡的MAC地址，也稱PhysicalAddress（硬件地址）。 查看網(wǎng)卡的MAC地為了配置與一樣的IP地址卻不提示，首先需要獲知計(jì)算機(jī)網(wǎng)卡的MAC告訴讀者另外法：在虛擬機(jī)2上真實(shí)計(jì)算機(jī)的IP地址，然后在DOS窗口執(zhí)行“arp-a”命令，即可查看到真實(shí)計(jì)算機(jī)網(wǎng)卡的MAC地址。圖2-1-2中畫線部分的“00-50-56-c0-00-01”即是真實(shí)計(jì)算機(jī)網(wǎng)卡的MAC地址，讀者可以在真實(shí)計(jì)算機(jī)上使用“ipconfig/all”命令進(jìn)行驗(yàn)證。2-1-2IPMAC超時，“arpaMAC地址。從中可以得到啟發(fā)，如果想知道局域網(wǎng)中某個IP地址的計(jì)算機(jī)是否，只需要在任何計(jì)算機(jī)上該IP地的ARP緩存引起誤判，可以在之前，先使用“arp-d”命令清除計(jì)算機(jī)的ARP緩存條每塊網(wǎng)卡在生產(chǎn)時ROM（只讀器）中都被燒入一個MAC地址，該MAC地址全求唯一，且不能被改變。這里說MAC地址，其實(shí)只是MAC地址在操作系統(tǒng)中的網(wǎng)卡MAC地址的顯示重又恢復(fù)到出廠時的MAC地址。 2-1-3框，如圖2-1-4所示。 是真實(shí)計(jì)算機(jī)網(wǎng)卡的MAC地址，這里不需要輸入網(wǎng)卡MAC地址之間的分隔符，如圖2-1-5 修改MAC地輸入網(wǎng)MAC地址值后，單擊“確定”按鈕MAC地址的修改。讀者可以使用MAC2-1-5中，只要重新選擇“不存在”，即可恢復(fù)網(wǎng)卡真實(shí)的MAC地址。默認(rèn)網(wǎng)關(guān)和DNS。注意到虛擬機(jī)2IP地址與真實(shí)計(jì)算機(jī)的IP地址完全相同。 配置IP地單擊“確定”按鈕，返回到圖2-1-4所示框，再次單擊“確定”按鈕，完成IP地址和MAC地址的修改。發(fā)生了，真實(shí)機(jī)和虛擬機(jī)2居然都沒提示IP地址。在真實(shí)計(jì)算機(jī)和虛擬機(jī)2上分別網(wǎng)關(guān)192.168.1.1，發(fā)現(xiàn)都可以通，在真實(shí)計(jì)算機(jī)和虛擬機(jī)2上可以同時Internet。至此，IP盜用完成。上面的方法不僅可以在虛擬機(jī)上實(shí)現(xiàn)，同樣可以在真實(shí)計(jì)算機(jī)上2-1-5中的“NetworkAddress”屬性，此時可以從網(wǎng)上一下專門修改MAC地址的工具，來實(shí)現(xiàn)MAC地址的修改。MACIP地址的計(jì)算機(jī)，相互之間有沒有不良影響，局域網(wǎng)中是不是可以配置幾十臺一樣IP地址和MAC地址的計(jì)算機(jī)呢？問題三，交換機(jī)是怎樣完成這些相同MAC地址的數(shù)據(jù)幀的轉(zhuǎn)發(fā)呢？這些問題將在第4章中進(jìn)一步討論。實(shí)驗(yàn)2- 查看數(shù)據(jù)包的封裝和解封配置圖2-2-1中兩臺計(jì)算機(jī)的IP地址，在PC1上PC2的IP地址，測試網(wǎng)絡(luò)的連通PacketTracerARP的工作過程，并展示ARP請求和應(yīng)答包的格式；在PacketTracer模擬器的模擬場景下演示PC1發(fā)出的數(shù)據(jù)幀在網(wǎng)絡(luò)層包含的源和目的IP地址數(shù)據(jù)鏈路層包含的源和目的MACPacketTracerR1R2的數(shù)據(jù)幀在網(wǎng)絡(luò)層包含的源和目IPMACPacketTracer模擬器的模擬場景下演PC2PC1的數(shù)據(jù)幀在網(wǎng)絡(luò)層包含的源和目IP據(jù)鏈路層包含的源和目的MAC地址。2-2-1圖2-2-1中的2臺路由器均是Cisco1841，使用的IOS文件均是默認(rèn)的圖中2臺計(jì)算機(jī)的IP地址即可，計(jì)算機(jī)的IP地址、子網(wǎng)掩碼和網(wǎng)關(guān)都在圖中標(biāo)出。在PacketTracer模擬器中，雙擊PC1的圖標(biāo)，打開計(jì)算機(jī)配置界面，如圖2-2-2所示。2-2-22-2-22-2-3所示的窗口，可以配置的選項(xiàng)有：IP配置（IP地址、撥號（用于配置撥號上網(wǎng)、終端（計(jì)算機(jī)中的超級終WEB瀏覽（也就是IE瀏覽器、無線（配置筆記本的無線網(wǎng)卡參數(shù)。 PacketTracer切換到模擬模式，如圖2-2-5所示 濾器”按鈕，在打開的窗口中如圖2-2-6所示，僅選中“ARP”復(fù)選框。 PC>ingPC>ing192.168.1.1with32bytesofReplyfrom192.168.1.1:bytes=32time=4msTTL=255Replyfrom192.168.1.1:bytes=32time=2msTTL=255Replyfrom192.168.1.1:bytes=32time=2msTTL=255Replyfrom192.168.1.1:bytes=32time=2msTTL=255statisticsstatisticsforPackets:Sent=4,Received=4,Lost=0(0%loss),Approximateroundtriptimesinmilli-seconds:Minimum= um=4ms,Average=此時“列表”中捕獲到3個，如圖2-2-7所示。單擊“控制”欄中的“自動捕獲/”按鈕，停止PC1的配置界面，不然“列表”中捕獲的都會隨著PC1配置窗口中輸入“arpdARP3個。 捕獲到的ARP圖2-2- 在圖2-2-8中，雙擊PC1上的數(shù)據(jù)包圖標(biāo)，打開如圖2-2-9所示的框。PC1要Fa0/0IP地址，PC1PC1不192.168.1.1MAC地址，PC1無法完成數(shù)據(jù)幀的封裝。這就需要借助一個協(xié)議ARP（AddressResolutionProtocol，地址解析協(xié)議）IP到MAC地址的解析。PC1ARP2-2-9所示。從圖中可以看到這個ARP包是由主機(jī)1發(fā)出目的設(shè)備是一個廣（Broadcast“FFFF.FFFF.FFFF”， ARP請求幀格ARP2-2-9中的“下一層”按鈕，提示該以太網(wǎng)幀被從PC1的網(wǎng)卡發(fā)送出去。打開圖2-2-10所示的窗口。 R1PC1ARPR12-2-10圖2-2-11所示。 路由器R1對ARP請求幀的處ARPMAC地址是“FFFF.FFFF.FFFFR1解封裝該以表中添加192.168.1.2和對應(yīng)的MAC地址“00E0.A38D.6831”。2-2-11ARP進(jìn)程響應(yīng)請求，并將接收端口MAC地址做為源地址寫入到幀PC1網(wǎng)卡MAC地址做為目的地址寫入到幀中，該以太網(wǎng)幀被從路由器的Fa0/0接口以單播（Unicast）的方式發(fā)送出去。PC1獲知了192.168.1.1對應(yīng)的MAC地址后，PC1完成包的封裝，然后把的請求包發(fā)往路R1，路由R1進(jìn)行應(yīng)答，PC1收到路由R1的應(yīng)答包。PC14個包的響應(yīng)時間不同，可以看到第一個包的響應(yīng)時間是4ms，其他三個包都是2ms，第一個包只所以延時大，是因?yàn)樵诎l(fā)送之前，首先要進(jìn)行ARP解析。使用的是ICMP協(xié)議，讀者可以同時捕獲ARP和ICMP協(xié)議，然后在列表中可以看到ARP解析發(fā)生在ICMP協(xié)議發(fā)送之前。在PC1上計(jì)算機(jī)PC2，觀察PC1發(fā)出的ICMP協(xié)議的PDU（ProtocolDataUnit，在圖2-2-6的過濾器中添加捕獲ICMP協(xié)議。在圖2-2-5的“列表”欄中單擊“重 捕獲到的ARP和ICMP列很多讀者可能PC1應(yīng)該先發(fā)送ARP請求PC2網(wǎng)卡MAC地址，然后再進(jìn)行封裝ICMP協(xié)議，發(fā)送的請求包?？墒聦?shí)并非如此，從圖2-2-12的列表中，擊圖2-2-12列表中的第一個，再雙擊對應(yīng)的數(shù)據(jù)包，顯示如圖2-2-13所示。圖2-2-13不同網(wǎng)段之間的操從圖中可以看到在網(wǎng)絡(luò)層（圖中有錯，寫成數(shù)據(jù)鏈路層了）IP192.168.1.2，目的IP是192.168.2.2。因源IP和目的IP不在同一個網(wǎng)段上，該數(shù)據(jù)包將被轉(zhuǎn)發(fā)給默認(rèn)網(wǎng)關(guān)，也就是192.168.1.1，在哪里可以體現(xiàn)出192.168.1.1呢？注意到在數(shù)據(jù)鏈路層源MAC地址R1繼續(xù)處理這個數(shù)據(jù)幀；如果不同，路由器R1將丟棄這個數(shù)據(jù)幀。從這里的分析數(shù)據(jù)，數(shù)據(jù)幀中封裝的目的MAC地址是網(wǎng)關(guān)對應(yīng)的MAC地址。2-2-12中，PC1只所以沒ICMP之前ARP協(xié)議，是因?yàn)镻C1已經(jīng)PC1ARPIPMAC地址，PC1ARP單擊圖2-2-12中第二個，列表中同時顯示了兩個，如圖2-2-14所示。一個是路由器R1收到PC1的ICMP請求包，還有一個是路由器R1查詢路由器R2Fa0/0 路由器R1接收到PC1的ICMP報路由器R1查詢路由表，發(fā)現(xiàn)該目的地從Fa0/1接口發(fā)出經(jīng)12.1.1.2可達(dá)。 路由器R1處理從PC1接收到的ICMP報R1MACR1Fa0/1接口的MAC地址據(jù)幀的目的IP12.1.1.2所對應(yīng)MAC路由R1ARP緩存中沒有12.1.1.2對應(yīng)的MAC地址，路由器R1需要發(fā)送ARP查詢。圖2-2-12列表圖2-2-12列表中的第6個數(shù)據(jù)包是PC1發(fā)出的第二個包，可以在PC1的DOS窗口中看到第一個包已經(jīng)超時。圖2-2-12列表中的第7個數(shù)據(jù)包是路由器R1從PC1收到的第二個ICMP報文。圖2-2-12列表中的第8個數(shù)據(jù)包是路由器R2從路由器R1收到的ICMP報文，路由器將和路由器R1執(zhí)行類似的操作，解封裝再封裝。IP地址從未發(fā)生改變（涉及到網(wǎng)絡(luò)地址轉(zhuǎn)換的除外）。讀者還要知道的是網(wǎng)絡(luò)層有一個字段是TTL數(shù)據(jù)報文將被丟棄。TTL的初始值一般是、、等，具體值與計(jì)算機(jī)使用的操作系PC2PC2PC1，通訊才能成功。這一間限制，如何手工清除ARP緩存？FastEthernet0/1isup,lineprotocolisupHardwareisLance,addressisFastEthernet0/1isup,lineprotocolisupHardwareisLance,addressis0030.f2be.8202(bia0030.f2be.8202)Internetaddressis19