網(wǎng)絡(luò)不通故障解法方法「案例」
網(wǎng)絡(luò)不通是經(jīng)常發(fā)生的一種現(xiàn)象，遇到這種現(xiàn)象，相信許多人都會(huì)將精力集中在網(wǎng)絡(luò)線纜、網(wǎng)卡驅(qū)動(dòng)、網(wǎng)卡參數(shù)方面;而在檢查網(wǎng)卡參數(shù)時(shí)，他們或許又將眼光聚焦在IP地址、網(wǎng)關(guān)地址、DNS服務(wù)器或DHCP服務(wù)器等重點(diǎn)參數(shù)上。事實(shí)上，還有一個(gè)網(wǎng)絡(luò)參數(shù)——子網(wǎng)掩碼，同樣也是非常重要的，要是我們忽略了對(duì)它的設(shè)置或?qū)⑺O(shè)置錯(cuò)誤，同樣也會(huì)帶來(lái)網(wǎng)絡(luò)不通的故障。由于子網(wǎng)掩碼參數(shù)平時(shí)不被人重視，一旦由該參數(shù)引起網(wǎng)絡(luò)不通故障，那么該故障的排除往往很容易讓人多走彎路!
故障現(xiàn)象：非對(duì)稱的網(wǎng)絡(luò)不通
某總公司及其子公司都通過寬帶光纖與本地電信部門直接連接，并通過電信網(wǎng)絡(luò)組成該公司的內(nèi)部網(wǎng)絡(luò);平時(shí)，各個(gè)子公司網(wǎng)絡(luò)不但能夠互相訪問，而且也能訪問總公司網(wǎng)絡(luò)，甚至還可以訪問Internet網(wǎng)絡(luò)，而總公司既能訪問各個(gè)子公司網(wǎng)絡(luò)，又能訪問Internet網(wǎng)絡(luò)。最近，A子公司反應(yīng)，無(wú)法訪問總公司的網(wǎng)站服務(wù)器，這么一來(lái)他們無(wú)法通過網(wǎng)絡(luò)向總公司上報(bào)數(shù)據(jù)。總公司網(wǎng)絡(luò)管理員經(jīng)過初步檢查，發(fā)現(xiàn)總公司與A子公司的網(wǎng)絡(luò)互相PING不通，不過總公司不但能夠PING通其他子公司的網(wǎng)絡(luò)，而且也能訪問Internet網(wǎng)絡(luò)，A子公司雖然無(wú)法PING通其他子公司的網(wǎng)絡(luò)和總公司網(wǎng)絡(luò)，但是它卻能訪問Internet網(wǎng)絡(luò)。
故障排查：防火墻、電信方面?子網(wǎng)掩碼!
通過上面的故障描述，總公司網(wǎng)絡(luò)管理員認(rèn)為既然總公司能夠PING通其他各個(gè)子公司網(wǎng)絡(luò)，這表明總公司這邊的網(wǎng)絡(luò)工作狀態(tài)是正常的，問題很可能發(fā)生在A子公司網(wǎng)絡(luò)或本地電信部門那里，A子公司網(wǎng)絡(luò)能訪問Internet網(wǎng)絡(luò)，這就說(shuō)明A子公司網(wǎng)絡(luò)與本地電信網(wǎng)絡(luò)在物理連接上應(yīng)該沒有任何問題，該網(wǎng)絡(luò)管理員也初步認(rèn)為A子公司網(wǎng)絡(luò)在參數(shù)配置上沒什么問題。
可是，A子公司網(wǎng)絡(luò)無(wú)法PING通其他子公司網(wǎng)絡(luò)，這又說(shuō)明故障原因就應(yīng)在A子公司網(wǎng)絡(luò)或本地電信部門上�？墒�，讓網(wǎng)絡(luò)管理員感到非常疑惑不解的：通常情況下，總公司網(wǎng)絡(luò)與A子公司網(wǎng)絡(luò)只要都能訪問Internet網(wǎng)絡(luò)，同時(shí)都能訪問相同的網(wǎng)站內(nèi)容時(shí)，它們之間彼此也應(yīng)該能夠訪問，除非它們啟用了防火墻過濾功能拒絕了各自網(wǎng)絡(luò)的訪問。不過經(jīng)過實(shí)際檢查，兩邊的網(wǎng)絡(luò)管理員都已經(jīng)將防火墻都臨時(shí)關(guān)閉了，還是無(wú)法解決網(wǎng)絡(luò)不通故障，這說(shuō)明網(wǎng)絡(luò)不通故障與防火墻過濾功能無(wú)關(guān)。
在排除了防火墻因素后，總公司的網(wǎng)絡(luò)管理員認(rèn)為故障原因可能出現(xiàn)在本地電信部門到A子公司網(wǎng)絡(luò)的路由設(shè)置上，于是該網(wǎng)絡(luò)管理員登錄進(jìn)本地路由器的后臺(tái)管理界面，并在該界面中跟蹤了A子公司網(wǎng)絡(luò)的路由。為了尋找其中的貓膩，該網(wǎng)絡(luò)管理員又分別跟蹤了其他幾個(gè)子公司網(wǎng)絡(luò)的路由，經(jīng)過將跟蹤結(jié)果仔細(xì)對(duì)比之后，該網(wǎng)絡(luò)管理員發(fā)現(xiàn)202.102.11.156地址和202.102.11.254地址之間存在明顯環(huán)路現(xiàn)象，經(jīng)查找地址備案信息，發(fā)現(xiàn)這些地址都是來(lái)自電信部門那里的，看來(lái)問題的關(guān)鍵就在這里!
考慮到故障原因牽涉到電信部門，這位管理員很慎重，因?yàn)殡娦挪块T如果果真出現(xiàn)地址環(huán)路現(xiàn)象的話，那么相信許多用戶很早就會(huì)向電信部門求援了，難道等到現(xiàn)在還解決不了故障?于是，這位網(wǎng)絡(luò)管理員決定還是先從自身查找問題，如果實(shí)在找不到原因的話，再向電信部門報(bào)修網(wǎng)絡(luò)故障也不遲;拿定注意后，該網(wǎng)絡(luò)管理員又分別檢查了總公司的服務(wù)器、路由器，同時(shí)請(qǐng)其他子公司的網(wǎng)絡(luò)管理員進(jìn)行配合測(cè)試，經(jīng)過反復(fù)測(cè)試，該網(wǎng)絡(luò)管理員確認(rèn)總公司網(wǎng)絡(luò)確實(shí)不存在任何問題。
在正式向電信部門報(bào)修網(wǎng)絡(luò)故障之前，總公司網(wǎng)絡(luò)管理員還沒有忘記告訴A子公司的網(wǎng)絡(luò)管理員，要他對(duì)本地子網(wǎng)絡(luò)的參數(shù)設(shè)置也進(jìn)行一下認(rèn)真檢查，并要求他及時(shí)反饋檢查結(jié)果，以便由總公司決定是否統(tǒng)一向電信部門報(bào)修網(wǎng)絡(luò)故障。沒有多長(zhǎng)時(shí)間，A子公司的網(wǎng)絡(luò)管理員打來(lái)電話說(shuō)，在檢查本地路由設(shè)置時(shí)，發(fā)現(xiàn)在設(shè)置子網(wǎng)掩碼參數(shù)時(shí)，“255.255.255.192”被設(shè)置成了“255.255.255.0”;據(jù)A子公司的網(wǎng)絡(luò)管理員說(shuō)，雖然他是對(duì)著總公司分配下來(lái)的參數(shù)表進(jìn)行設(shè)置的，可是由于操作上的習(xí)慣不小心將路由器子網(wǎng)掩碼參數(shù)輸入成了內(nèi)網(wǎng)掩碼地址。將該地址修改過來(lái)后，A子公司的網(wǎng)絡(luò)立即就能訪問總公司的服務(wù)器了。至此，本文提到的網(wǎng)絡(luò)不通故障，就已經(jīng)被順利解決了，而該故障的最終“禍?zhǔn)?rdquo;竟然是不引人注意的子網(wǎng)掩碼。
故障總結(jié)：為何能上網(wǎng)但連不了總部
找到故障原因后，對(duì)于前面提到的幾種奇怪網(wǎng)絡(luò)現(xiàn)象我們就不難解釋了。例如，A子公司的網(wǎng)絡(luò)在子網(wǎng)掩碼參數(shù)被設(shè)置不當(dāng)?shù)那闆r下仍然能夠訪問Internet網(wǎng)絡(luò)，這是因?yàn)樵撟泳W(wǎng)的路由器存在一條默認(rèn)路由記錄，該路由記錄可以將不是A子公司網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)到外網(wǎng)端口，所以A子公司能夠訪問Internet網(wǎng)絡(luò)中的內(nèi)容。
A子公司的網(wǎng)絡(luò)之所以無(wú)法PING通總公司的網(wǎng)絡(luò)，主要是由于該子公司的子網(wǎng)掩碼參數(shù)設(shè)置出錯(cuò)引起的。我們知道，主機(jī)在發(fā)送上網(wǎng)請(qǐng)求之前，往往會(huì)先判斷目標(biāo)主機(jī)是否處于本地子網(wǎng)中，要是處于同一子網(wǎng)的話就直接將上網(wǎng)請(qǐng)求發(fā)送給目標(biāo)主機(jī)，要是不處于同一子網(wǎng)的話，就會(huì)將上網(wǎng)請(qǐng)求發(fā)送到指定的網(wǎng)關(guān)。那么本地主機(jī)是如何識(shí)別目標(biāo)主機(jī)屬于本地子網(wǎng)還是外網(wǎng)的呢?主要是依靠子網(wǎng)掩碼地址。假設(shè)，在正常狀態(tài)下，A子公司的網(wǎng)絡(luò)掩碼地址為255.255.255.192，此時(shí)A子公司的202.102.11.87主機(jī)在嘗試訪問總公司的網(wǎng)站服務(wù)器時(shí)(該服務(wù)器地址假設(shè)為202.102.11.2)，本地主機(jī)會(huì)認(rèn)為202.102.11.2服務(wù)器位于外網(wǎng)，因此它就會(huì)將上網(wǎng)請(qǐng)求發(fā)送給本地網(wǎng)關(guān)，此時(shí)A子公司的202.102.11.87主機(jī)就能PING通總公司的服務(wù)器。一旦A子公司的網(wǎng)絡(luò)掩碼地址變成了“255.255.255.0”后，本地主機(jī)就會(huì)認(rèn)為202.102.11.87地址和202.102.11.2地址位于同一網(wǎng)段中，所以本地主機(jī)就會(huì)把上網(wǎng)請(qǐng)求直接發(fā)送給目標(biāo)主機(jī)，而不會(huì)將它轉(zhuǎn)發(fā)給本地網(wǎng)關(guān)了，事實(shí)上本地子網(wǎng)中并沒有IP地址為202.102.11.2這臺(tái)目標(biāo)主機(jī)，所以A子公司的202.102.11.87主機(jī)就無(wú)法PING通總公司的服務(wù)器了�？偣镜木W(wǎng)絡(luò)之所以無(wú)法PING通A子公司的網(wǎng)絡(luò)，主要是因?yàn)锳子公司的網(wǎng)絡(luò)掩碼地址出錯(cuò)，導(dǎo)致來(lái)自外網(wǎng)的數(shù)據(jù)請(qǐng)求信息無(wú)法正確到達(dá)目標(biāo)主機(jī)，所以會(huì)認(rèn)為A子公司的路由不通。
絡(luò)不通是經(jīng)常發(fā)生的一種現(xiàn)象，遇到這種現(xiàn)象，相信許多人都會(huì)將精力集中在網(wǎng)絡(luò)線纜、網(wǎng)卡驅(qū)動(dòng)、網(wǎng)卡參數(shù)方面;而在檢查網(wǎng)卡參數(shù)時(shí)，他們或許又將眼光聚焦在IP地址、網(wǎng)關(guān)地址、DNS服務(wù)器或DHCP服務(wù)器等重點(diǎn)參數(shù)上。事實(shí)上，還有一個(gè)網(wǎng)絡(luò)參數(shù)——子網(wǎng)掩碼……
小提示：子網(wǎng)掩碼的重要作用
許多初次接觸網(wǎng)絡(luò)的朋友常常認(rèn)為，只要通過觀察IP地址就能判斷出兩個(gè)IP地址究竟是否屬于同一個(gè)子網(wǎng)了，其實(shí)他們忽視了子網(wǎng)掩碼這個(gè)重要的參數(shù)。通常來(lái)說(shuō)，觀察兩個(gè)IP地址是否在同一個(gè)子網(wǎng)內(nèi)，既要看IP地址，又要看子網(wǎng)掩碼地址。比方說(shuō)，一臺(tái)工作站的IP地址為10.192.0.1，對(duì)應(yīng)的子網(wǎng)掩碼地址為255.255.255.0，另外一臺(tái)工作站的IP地址為10.192.1.1，對(duì)應(yīng)的子網(wǎng)掩碼地址為255.255.255.0，那么他們就不處于相同的子網(wǎng)中，因?yàn)橥ㄟ^子網(wǎng)掩碼地址我們可以看出前一臺(tái)工作站所處的子網(wǎng)網(wǎng)絡(luò)號(hào)為10.192.0.0，后一臺(tái)工作站所處的子網(wǎng)網(wǎng)絡(luò)號(hào)為10.192.1.0。
再比方說(shuō)，一臺(tái)工作站的IP地址為10.192.0.1，對(duì)應(yīng)的子網(wǎng)掩碼地址為255.255.0.0，另外一臺(tái)工作站的IP地址為10.192.1.1，對(duì)應(yīng)的子網(wǎng)掩碼地址為255.255.0.0，那么他們就處于相同的子網(wǎng)中，因?yàn)橥ㄟ^子網(wǎng)掩碼地址我們可以看出前一臺(tái)工作站所處的子網(wǎng)網(wǎng)絡(luò)號(hào)為10.192.0.0，后一臺(tái)工作站所處的子網(wǎng)網(wǎng)絡(luò)號(hào)也為10.192.0.0。
所以，通過上面的兩個(gè)例子，我們不難看出相同的兩個(gè)IP地址，如果它們對(duì)應(yīng)的子網(wǎng)掩碼地址不同，那么這兩個(gè)地址可能分屬于不同的子網(wǎng)中，也有可能處于相同的子網(wǎng)中。
【網(wǎng)絡(luò)不通故障解法方法「案例」】相關(guān)文章：
網(wǎng)絡(luò)故障診斷案例盤點(diǎn)01-23
ping命令檢測(cè)網(wǎng)絡(luò)故障的方法09-25
網(wǎng)絡(luò)故障自上而下的修復(fù)方法08-20
DNS服務(wù)網(wǎng)絡(luò)故障案例解析01-23