如何解決路由器網(wǎng)管軟件BUG 引起地址沖突故障
時間：2015-09-01
對于整天與網(wǎng)絡(luò)打交道的網(wǎng)絡(luò)管理員來說，遇到網(wǎng)絡(luò)故障幾乎是一件不可避免的事情！而網(wǎng)絡(luò)故障現(xiàn)象一般都局限于無法上網(wǎng)、頻繁掉線或者是訪問緩慢這幾種，但是引起網(wǎng)絡(luò)故障的原因可謂是花樣繁多，既有人為操作因素引起的，也有網(wǎng)絡(luò)設(shè)備自身狀態(tài)引起的，還有可能是外界干擾引起的；但是在實際解決網(wǎng)絡(luò)故障的過程中，我們有時會發(fā)現(xiàn)在排除了上面列出的各種可能因素后，網(wǎng)絡(luò)故障仍然無法消除，這是怎么回事呢？
事實上，上面列出的幾項因素只是對網(wǎng)絡(luò)故障產(chǎn)生直接影響，也有一些不容易引起人注意的細小因素會對網(wǎng)絡(luò)故障產(chǎn)生間接的影響，例如電源的接地、空氣中的灰塵以及網(wǎng)絡(luò)應用軟件甚至操作系統(tǒng)的穩(wěn)定性等細節(jié)因素，也會造成網(wǎng)絡(luò)故障，對于由這些細節(jié)因素引起的故障現(xiàn)象排除起來往往比較困難，畢竟這些細節(jié)因素很容易被網(wǎng)絡(luò)管理人員所忽視。這不，本文下面的一則網(wǎng)絡(luò)故障竟然是由路由器中的軟件BUG引起的，相信各位看了下面的故障排除過程之后，一定會有新的啟發(fā)！
故障現(xiàn)象
單位局域網(wǎng)是通過租用本地電信部門的2M光纖通道直接訪問Internet的，局域網(wǎng)中的所有工作站都連接到一個48口的交換機中，交換機又與一只TP-LINK型號的寬帶路由器直接相連，筆者在該路由器中啟用了防火墻功能、DHCP服務器功能以及靜態(tài)地址組功能等。局域網(wǎng)中還有一臺保存有重要數(shù)據(jù)信息的服務器，為了保護服務器的安全，單位還特地在服務器中安裝了Norton防火墻，該防火墻被筆者設(shè)置成了服務器工作模式，平時局域網(wǎng)中的所有工作站都能正常訪問到服務器中的重要信息。
可是最近這幾天，筆者的一位同事打電話“求援”說，他使用的工作站無法訪問服務器了。接到同事的電話后，筆者下意識地在自己的工作站中嘗試訪問了一下服務器，以確認是否是服務器遇到了故障，但是嘗試訪問的結(jié)果告訴筆者，服務器自身工作狀態(tài)很正常，因為筆者的工作站可以順暢地訪問到服務器中的內(nèi)容。后來，筆者來到服務器現(xiàn)場，想從服務器日志文件中尋找一些端倪，可是當筆者打開服務器計算機的顯示屏幕時，竟然看到系統(tǒng)屏幕上出現(xiàn)了IP地址沖突的錯誤提示，看到這個提示，筆者幾乎斷定同事的工作站肯定使用了一個與服務器相沖突的IP地址；于是筆者迅速來到故障工作站旁，打開該工作站的TCP/IP屬性設(shè)置窗口，并為該工作站重新分配了另外一個IP地址，原以為更換IP地址操作能夠解決該工作站無法訪問服務器的故障，可是當筆者重新進行訪問連接時，發(fā)現(xiàn)服務器仍然無法訪問。難道同事的工作站與服務器之間的網(wǎng)絡(luò)連接有問題？筆者不放心，于是打開該工作站的網(wǎng)上鄰居窗口，嘗試通過該窗口訪問一下局域網(wǎng)中的其他工作站，結(jié)果發(fā)現(xiàn)故障工作站能夠順利地訪問局域網(wǎng)中的其他工作站，偏偏就不能訪問服務器。
故障分析
為了測試故障工作站與服務器之間是否存在線路故障，筆者先在故障工作站中執(zhí)行了“Ping”命令，結(jié)果看到服務器無法被正常Ping到，后來筆者又到服務器系統(tǒng)中執(zhí)行了一次“Ping”命令，這次卻發(fā)現(xiàn)服務器能夠正常Ping通故障工作站了，很明顯服務器與該故障工作站之間的線路連接是正常的。會不會是故障工作站中的網(wǎng)卡設(shè)備工作不穩(wěn)定呢？想到這里，筆者立即打開故障工作站中的設(shè)備管理器窗口，從中找到目標網(wǎng)卡設(shè)備，并用鼠標右鍵單擊該設(shè)備的圖標，從彈出的快捷菜單中執(zhí)行“停用”命令，之后又重新執(zhí)行該快捷菜單中的“啟用”命令，在網(wǎng)卡設(shè)備啟動過程中，筆者突然看到該工作站的IP地址是動態(tài)獲取的，這時筆者想到寬帶路由器中已經(jīng)啟用了DHCP服務功能。難道是DHCP服務器運行不正常，導致故障工作站無法獲取穩(wěn)定的IP地址？想到做到，筆者又登錄進寬帶路由器的后臺管理界面，將其中的DHCP服務器暫時停用掉，然后保存好路由器的后臺參數(shù)并重新啟動了一下該路由器，最后又為故障工作站分配了一個靜態(tài)的IP地址，但是這樣一系列的操作還是沒有換來任何效果，同事的工作站依然還是不能訪問局域網(wǎng)服務器。到了這里，筆者索性進入到寬帶路由器的后臺管理界面，將其中的靜態(tài)地址組以及MAC地址記錄全部刪除掉，再重新啟動一下寬帶路由器，但是最后得到的結(jié)果還是無法訪問服務器。
在萬般無奈之下，筆者登錄進交換機后臺管理界面，并在該界面中執(zhí)行“Ping”命令，來測試一下服務器系統(tǒng)與交換機之間是否正常，結(jié)果發(fā)現(xiàn)也不能夠 Ping通；后來，筆者嘗試在其他工作站中Ping服務器，結(jié)果發(fā)現(xiàn)局域網(wǎng)中所有工作站都無法Ping通服務器，只不過其他工作站能夠訪問到服務器中的內(nèi)容�！≡谌f般無奈之下，筆者登錄進交換機后臺管理界面，并在該界面中執(zhí)行“Ping”命令，來測試一下服務器系統(tǒng)與交換機之間是否正常，結(jié)果發(fā)現(xiàn)也不能夠 Ping通；后來，筆者嘗試在其他工作站中Ping服務器，結(jié)果發(fā)現(xiàn)局域網(wǎng)中所有工作站都無法Ping通服務器，只不過其他工作站能夠訪問到服務器中的內(nèi)容。
故障解決
經(jīng)過上面的測試操作，筆者認為局域網(wǎng)中的所有工作站都無法Ping通服務器，那很有可能是服務器中的防火墻禁止了Ping測試功能，于是筆者迅速以系統(tǒng)管理員身份登錄進服務器系統(tǒng)，然后將防火墻的工作模式從服務器模式修改成普通模式，并將防火墻中的一些過濾規(guī)則重新調(diào)整了一下，之后重新啟動了一下服務器系統(tǒng)。待服務器系統(tǒng)重新啟動成功后，筆者又嘗試在交換機的后臺管理界面中，執(zhí)行了“Ping”命令，來測試此次是否能夠正常ping通服務器，結(jié)果發(fā)現(xiàn)這次服務器能夠正常Ping通，而且筆者嘗試從局域網(wǎng)中的其他工作站Ping服務器時，也發(fā)現(xiàn)服務器現(xiàn)在能正常 Ping通了。最后，筆者又重新啟用了路由器中的DHCP服務功能，然后來到故障工作站旁，進入到工作站的TCP/IP屬性設(shè)置窗口，打開如圖2所示的IP地址設(shè)置頁面，選中其中的“自動獲得IP地址”選項，再單擊“確定”按鈕，這樣一來該工作站仍然向路由器中的DHCP服務器申請IP地址；結(jié)束上面的設(shè)置操作后，筆者再一次嘗試了服務器訪問操作，讓人感到欣慰的是這次服務器終于能夠被訪問到了，至此服務器無法訪問的故障就被成功地解決了！
故障總結(jié)
雖然故障已經(jīng)被解決了，但讓筆者感到疑惑不解的是，為什么故障工作站無法訪問服務器，而局域網(wǎng)中的其他工作站能夠訪問到服務器呢？而在對服務器的防火墻參數(shù)進行適當修改之后，故障工作站為什么又能正常訪問服務器了呢？其實，故障工作站之所以無法訪問服務器，是因為故障工作站所獲得的IP地址恰好與服務器系統(tǒng)的IP地址發(fā)生了沖突，這也正是服務器系統(tǒng)屏幕中彈出地址沖突提示的原因所在；而故障工作站由于是從DHCP服務器中獲得IP地址的，因此地址沖突現(xiàn)象也只能說明寬帶路由器中的軟件存在BUG，導致了DHCP服務器居然為工作站分配了一個不在其地址池范圍內(nèi)的IP地址。故障工作站的IP地址一旦與服務器的IP地址發(fā)生沖突后，服務器中的防火墻就會自動禁止故障工作站繼續(xù)訪問服務器，所以當筆者將服務器防火墻的工作模式修改成普通模式，并重新啟動服務器系統(tǒng)后，服務器中的防火墻就會自動取消故障工作站的訪問操作了，那樣一來在修改完防火墻參數(shù)后，故障工作站自然也就能正常訪問到服務器中的內(nèi)容了。
總結(jié)上面的故障排除過程，筆者發(fā)現(xiàn)要是起初就按照服務器屏幕中的地址沖突提示進行針對性排查，并結(jié)合具體的網(wǎng)絡(luò)工作環(huán)境，說不定就能在故障排除過程中少走許多彎路了！
滬公網(wǎng)安備 31010402008010號