路由器ip地址設置問題淺析
路由器ip地址設置問題分析
當路由器接收到一個不知道路由器ip地址（也就是說，路由器不知道目標路由）的數據包時，它會嘗試發送ARP廣播來解析，如果有目標主機回應這個ARP廣播，則路由器會把數據包轉發給目標主機。
如果路由器沒有接收到回應，它將會為接下來的4個數據包發送ARP請求，如果當第6個數據包到達時，還沒有解析出目標主機的MAC地址，默認情況下，路由器將會在接下來的20秒鐘內丟棄第6個以及后續的數據包，并且返回“主機不可達”的ICMP信息給源主機。
從計算機B的記錄中的第一句也可以得到證明，路由器向該網段中發出一個ARP查詢，查找路由器ip地址為“222.222.222.191”的計算機，結果沒有計算機相應，路由器則認為該網段中沒有目標主機，所以返回一個ICMP信息給源計算機說明目標主機不可到達，以通知源主機這里存在問題，同時丟棄原始數據包。至此問題已經明朗，原來路由器記錄的ICMP都是路由器發送給源地址的“Destination Unreachable”信息。那么為什么這些外面的路由器ip地址會找校內的計算機呢？從采集的數據分析不難發現，這些外部主機主要是找內部的固定的三個計算機。經過歷史日志的檢查，可以發現這三臺計算機的主要相同的記錄：
- 07:52:19 Jul 09 07:50:02 %ACL_LOG-I-PERMIT, ACL [out]
- on "uplink" TCP 222.222.222.136:3159 -> 61.173.209.101:6881
- 08:00:15 Jul 09 07:53:50 %ACL_LOG-I-DENY, ACL [out]
- on "uplink" TCP 222.222.222.12:3194 -> 219.121.133.197:6883
- 08:00:15 Jul 09 07:57:59 %ACL_LOG-I-DENY, ACL [out]
- on "uplink" TCP 222.222.222.220:3196 -> 210.238.6.177:6881
這三臺主機連接目標主機的端口固定在6881到6889之間，而這些端口正是現在比較流行的BT下載的常用端口。難怪以前沒有出現過此類日志，直到最近BT流行時，才出現的。主要原因是，這些主機使用BT下載時，在BT服務器上留下了記錄，以便其他的主機到這些主機上下載資源，而當這些主機關機后，路由器就告訴它們找不到這些主機了。
由于日志服務所記錄的是第三層以上的信息，而路由器接收到的數據包在第二層上就被丟棄了，所以沒有在日志中記錄這些輸入的異常數據包。為了減少路由器的日志量，在配置模式下使用“ip disable icmp-messages destination-unreachables”來禁止此類信息的轉發。這兩個故障均由ICMP引發，而且從某種角度上講都不是系統配置上的問題，而是由于外部因素引起的。此類故障需要我們經過一定的分析才能查出原因，再作相應的配置才能排除故障。
路由器ip地址設置故障排除
首先用路由器的專用CONSOLE線纜把筆記本的COM端口和路由器的CONSOLE端口連接起來，在筆記本上啟用超級終端與路由器建立連接。接通路由器的電源后，便可以在超級終端上看到如下的加載信息：
- Processor: R5000 rev 2.1 [0x2321], 198 MHz, (bus: 66 MHz), 64 MB DRAM
- I-Cache 32 KB, linesize 32. D-Cache 32 KB, linesize 32
- L2-Cache 512 KB, linesize 32, cache enable
- Mounting 8MB Linear external flash card …Done
- initializing system …….Failure
- Autoboot in 2 seconds – press ESC to abort and enter prom.
最后一句表明，系統初始化失敗。在看到“Autoboot in 2 seconds – press ESC to abort and enter prom.”后，隨即按下“ESC”鍵，進入啟動模式。在默認情況下，路由器啟動時引導FLASH卡中的IOS系統映像文件，如果該IOS文件丟失，系統便初始化失敗。要成功引導系統，必須重新下載系統映像文件。我們可以使用下面的步驟以恢復丟失的IOS：
將筆記本電腦的路由器ip地址和路由器以太網管理端口的地址設置為同一個子網。比如：把你的筆記本電腦設置路由器ip地址為10.10.10.2，掩碼為255.255.255.0。并且用交叉線把電腦的網卡和SSR的en0相連。路由器ip地址的相關問題的分析就此結束，你應該或多或少的了解一些吧。
